工作中你使用過哪些內(nèi)存數(shù)據(jù)庫(kù)？

stay_sun

獲獎(jiǎng)名單已公布：http://72891.cn/thread-4181371-1-1.html

火熱的內(nèi)存數(shù)據(jù)庫(kù)已經(jīng)成為現(xiàn)在火熱的技術(shù)，你在生產(chǎn)中使用那種內(nèi)存數(shù)據(jù)庫(kù)。
背景：

互聯(lián)網(wǎng)火熱的發(fā)展，我們用什么來提升客戶的用戶體驗(yàn)?zāi)�，有研究表明，人們打開網(wǎng)頁的等待時(shí)間為5s，他不會(huì)感覺很慢
如果時(shí)間超過20s基本上客戶已經(jīng)不能等待�；�本上都已經(jīng)給更換網(wǎng)頁。
大家都知道內(nèi)存是硬盤的速度的無數(shù)倍。目前io是主要的瓶頸，因?yàn)闄C(jī)械硬盤的轉(zhuǎn)速是已經(jīng)達(dá)到極限。服務(wù)器硬盤15000轉(zhuǎn)，廠商已經(jīng)沒有辦法加快了。
用內(nèi)存來讀取數(shù)據(jù)可以完成用戶的體驗(yàn)。
目前各大廠商都拼自己的內(nèi)存數(shù)據(jù)庫(kù)oracle 有in-momery SAP HANA 開源社區(qū)有 redis memcache

討論：
   1 你在工作中使用了什么內(nèi)存數(shù)據(jù)庫(kù)？
   2 你對(duì)目前的集中數(shù)據(jù)庫(kù)對(duì)比怎么樣？
   3 眾所周知在軟件的選型方面，還是適合的場(chǎng)景才能發(fā)揮出速度。你覺得在什么場(chǎng)景下適合哪種數(shù)據(jù)庫(kù)？

討論時(shí)間：
2015-06-4至2015-06-30


活動(dòng)獎(jiǎng)勵(lì)：
活動(dòng)結(jié)束后將選取3名討論精彩的童鞋，每人贈(zèng)送一本《NoSQL數(shù)據(jù)庫(kù)技術(shù)實(shí)戰(zhàn) 》作為獎(jiǎng)勵(lì)。


獎(jiǎng)品簡(jiǎn)介：

商品名稱：NoSQL數(shù)據(jù)庫(kù)技術(shù)實(shí)戰(zhàn) 計(jì)算機(jī)與互聯(lián)網(wǎng) null 正版圖書
作者：皮雄軍           
市場(chǎng)價(jià)：69元
ISBN號(hào)：87302380399
出版社：清華大學(xué)出版社
商品類型：圖書


內(nèi)容簡(jiǎn)介：

本書由淺入深，全面系統(tǒng)地介紹了NoSQL系統(tǒng)。本書既對(duì)NoSQL系統(tǒng)的理論進(jìn)行了深入淺出的分析，又介紹了每一種NoSQL數(shù)據(jù)庫(kù)在業(yè)界廣泛應(yīng)用的一個(gè)具體系統(tǒng)，理論與實(shí)戰(zhàn)并重。本書共分5篇，12章。涵蓋的內(nèi)容有：NoSQL與大數(shù)據(jù)簡(jiǎn)介、NoSQL的數(shù)據(jù)一致性、NoSQL的水平擴(kuò)展與其他基礎(chǔ)知識(shí)、BigTable與Google云計(jì)算原理、Google云計(jì)算的開源版本——Hadoop、Dynamo：Amazon的高可用鍵值對(duì)存儲(chǔ)、LevelDb——出自Google的Key-Value數(shù)據(jù)庫(kù)、Redis實(shí)戰(zhàn)、面向文檔的數(shù)據(jù)庫(kù)CouchDB、MongoDB實(shí)戰(zhàn)、MySQL基礎(chǔ)、MySQL高級(jí)特性與性能優(yōu)化。

樣章試讀： 061183-01 NoSQL數(shù)據(jù)庫(kù)技術(shù)實(shí)戰(zhàn).rar (2.81 MB, 下載次數(shù): 195)

2015-06-04 11:41 上傳

點(diǎn)擊文件名下載附件

heguangwu

   1 你在工作中使用了什么內(nèi)存數(shù)據(jù)庫(kù)？
      內(nèi)存數(shù)據(jù)庫(kù)使用過VoltDB社區(qū)版

   2 你對(duì)目前的集中數(shù)據(jù)庫(kù)對(duì)比怎么樣？
      集中數(shù)據(jù)庫(kù)是指什么，MySQL?這個(gè)基本上沒怎么對(duì)比，不差錢就oracle，省錢MySQL，分析可以考慮postgreSQL也可以

   3 眾所周知在軟件的選型方面，還是適合的場(chǎng)景才能發(fā)揮出速度。你覺得在什么場(chǎng)景下適合哪種數(shù)據(jù)庫(kù)？
     技術(shù)才是選型的基礎(chǔ)，你的團(tuán)隊(duì)熟悉什么才能選什么，否則出問題就蛋疼了

lsstarboy

最近正好做了查成績(jī)的個(gè)小項(xiàng)目，要求按考號(hào)、姓名、驗(yàn)證碼查詢，一開始考慮用redis，但是由于要進(jìn)行邏輯判斷，所以現(xiàn)成的nginx模塊都不是太好用，而我只會(huì)php，所以又繞到php。
但是測(cè)試了幾個(gè)數(shù)據(jù)庫(kù)，包括redis，效果都不是很理想，E1230，8G內(nèi)存，82574l網(wǎng)卡，只能跑到5000次/秒左右，最后沒辦法，換成了apc和xcache自帶的內(nèi)存存儲(chǔ)（忘了確切的名詞了，類似于memcached）上面，雖然僅能存儲(chǔ)k-v型的數(shù)據(jù)，但是對(duì)這個(gè)項(xiàng)目來說足夠了，最終測(cè)試接近13000次/秒，瓶頸還在網(wǎng)卡跟不上，本機(jī)127.0.0.1的測(cè)試能達(dá)到10W以上，基本上達(dá)到了預(yù)期的效果。

究其原因，一方面數(shù)據(jù)庫(kù)驅(qū)動(dòng)會(huì)變慢一點(diǎn)；另一方面，數(shù)據(jù)庫(kù)要處理一些額外的事情，而apc之類的東西是直接存儲(chǔ)變量，顯得更輕巧；還有一個(gè)重要的因素，apc等以模塊的形式直接放在php的程序空間內(nèi)，不需要在進(jìn)程、socket之間切換，所以在速度上會(huì)比數(shù)據(jù)庫(kù)還要好一些。
但是帶來的問題是一些數(shù)據(jù)庫(kù)的功能不好實(shí)現(xiàn)，比如排序、條件查詢之類，只好自行寫程序處理，好在我這個(gè)項(xiàng)目中這方面的要求不高，不會(huì)頻繁操作，再加上10萬條數(shù)據(jù)全掃描一遍也就不到1s，簡(jiǎn)單用數(shù)組的功能湊合著了。

lyhabc

討論：
   1 你在工作中使用了什么內(nèi)存數(shù)據(jù)庫(kù)？
   2 你對(duì)目前的集中數(shù)據(jù)庫(kù)對(duì)比怎么樣？
   3 眾所周知在軟件的選型方面，還是適合的場(chǎng)景才能發(fā)揮出速度。你覺得在什么場(chǎng)景下適合哪種數(shù)據(jù)庫(kù)？

漏了sqlserver2014的in-memory OLTP 和內(nèi)存優(yōu)化表
1、mongodb和redis
2、沒有怎麼對(duì)比，不過貌似nosql比關(guān)系數(shù)據(jù)庫(kù)強(qiáng)
3、簡(jiǎn)單的緩存或者日志使用nosql，但是涉及關(guān)系的還是使用關(guān)系數(shù)據(jù)庫(kù)

stay_sun

回復(fù) 4# lyhabc


    其實(shí)沒有什么強(qiáng)不強(qiáng)的問題 都是適合什么場(chǎng)景的問題

shjhcx

支持活動(dòng)