• <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.¢% 閱讀(1425) 評論(0)  編輯 收藏 引用 所屬分類: FastDB

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

            比如:

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

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

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

            。。。。。。

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


            久久影视综合亚洲| 国产精品美女久久久久久2018| 色综合合久久天天综合绕视看| 久久久久国色AV免费看图片| 天堂无码久久综合东京热| 伊人久久大香线蕉亚洲| 97久久精品人妻人人搡人人玩| 九九久久精品无码专区| 久久久免费精品re6| 久久久WWW成人免费毛片| 久久国产亚洲精品无码| 国产精品久久新婚兰兰| 国产成人精品久久| 日日噜噜夜夜狠狠久久丁香五月| 亚洲国产精品久久久久婷婷软件 | 久久久久久国产精品美女| 国产高潮国产高潮久久久| 中文字幕无码久久精品青草| 久久国产成人精品麻豆 | 久久国产精品77777| 久久精品亚洲福利| 久久这里只精品国产99热| 色欲av伊人久久大香线蕉影院| 欧美激情精品久久久久久久| 国产精品青草久久久久婷婷 | 亚洲一区精品伊人久久伊人| 国产成人精品久久免费动漫| 国内精品九九久久精品| 精品久久久久成人码免费动漫 | 久久精品国产第一区二区| 精品人妻久久久久久888| 国内精品久久久久影院薰衣草| 亚洲欧美一级久久精品| 无码人妻少妇久久中文字幕| 日本欧美国产精品第一页久久| 国产综合免费精品久久久| 精品无码久久久久久国产| 婷婷久久综合九色综合九七| 欧美粉嫩小泬久久久久久久 | 性高朝久久久久久久久久| 少妇久久久久久被弄到高潮|