• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            S.l.e!ep.¢%

            像打了激速一樣,以四倍的速度運轉,開心的工作
            簡單、開放、平等的公司文化;尊重個性、自由與個人價值;
            posts - 1098, comments - 335, trackbacks - 0, articles - 1
              C++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理

            使用fastdb的感受

            Posted on 2010-11-01 16:28 S.l.e!ep.¢% 閱讀(1420) 評論(0)  編輯 收藏 引用 所屬分類: FastDB

            項目現在已經將fastdb使用上了,用起來還是很方便簡單的,但是在使用的過程當中發現了很多問題:

            比如:

            1、數據庫對于內存的消耗實在是太大,尤其是數據量到達千萬級時尤為明顯。

            2、數據量上千萬級別以后,性能遠地于預期,可能是服務器內存不夠的緣故。事務過大后,提交時間很長。

            3、在并發訪問模式上,同一進程的線程只能用同一模式,只read能夠并發。不能夠write并發(多個write線程)。進程間也是如此,也就是說多個write并發的話會出現相互阻塞,連write進程讀操作都阻塞。所以適用于那些并發讀操作,或者只要一個并發寫操作的模式。(畢竟只有3萬來行的程序,沒有提供記錄鎖甚至頁級鎖是很正常的)
            4、程序出現異常,可以通過清理信號量來進行恢復數據文件,但是有時候數據文件沒法恢復造成數據損失。幸虧有在線備份機制和多機器備份功能。

            。。。。。。

            雖然如此,但是在適量的數據規模上,其性能是很彪悍的,加上在使用上特別方便。所以如果對于百萬級數據規模的項目,需要簡單并發和大量插入、查找、計算時,fastdb是個很不錯的選擇。畢竟代碼很精煉,適當的時候自己可以根據需要進行修改源碼。


            久久精品国产亚洲一区二区| 久久久黄片| 久久久久久久久久久精品尤物| 国产精品一区二区久久精品涩爱| av色综合久久天堂av色综合在 | 色综合久久综精品| 久久青青草原精品国产不卡| 伊人色综合久久天天人守人婷| 久久久无码一区二区三区| 国产成人精品久久一区二区三区| 精品无码人妻久久久久久| 国产成人无码精品久久久性色| 精品久久久久久久久午夜福利| 热综合一本伊人久久精品 | 久久无码一区二区三区少妇| 狠狠综合久久AV一区二区三区 | 欧美国产精品久久高清| 国产亚洲精久久久久久无码| 久久亚洲国产成人精品无码区| 俺来也俺去啦久久综合网| 久久国产精品无| 久久电影网| 国产精品久久波多野结衣| 久久综合鬼色88久久精品综合自在自线噜噜| 久久Av无码精品人妻系列| 亚洲人成无码www久久久| 久久精品国产影库免费看 | 国内精品久久久久| 亚洲国产精品高清久久久| 日批日出水久久亚洲精品tv| 国产成人综合久久久久久| 久久国产精品久久久| 99999久久久久久亚洲| 麻豆AV一区二区三区久久| 无码精品久久一区二区三区| 久久久久人妻一区精品果冻| 亚洲嫩草影院久久精品| 66精品综合久久久久久久| 久久九九全国免费| 国内精品久久久久久不卡影院| 国产福利电影一区二区三区,免费久久久久久久精 |