為什么需要選用NoSQL？NoSQL的優(yōu)點(diǎn)易于擴(kuò)展。NoSQL數(shù)據(jù)庫(kù)有很多種，但一個(gè)共同的特點(diǎn)是去除了關(guān)系數(shù)據(jù)庫(kù)的關(guān)系特性。數(shù)據(jù)之間沒(méi)有關(guān)系，所以很容易擴(kuò)展。它還帶來(lái)了體系結(jié)構(gòu)級(jí)別的可伸縮性。NoSQ

為什么需要選用NoSQL？

NoSQL的優(yōu)點(diǎn)易于擴(kuò)展。NoSQL數(shù)據(jù)庫(kù)有很多種，但一個(gè)共同的特點(diǎn)是去除了關(guān)系數(shù)據(jù)庫(kù)的關(guān)系特性。數(shù)據(jù)之間沒(méi)有關(guān)系，所以很容易擴(kuò)展。它還帶來(lái)了體系結(jié)構(gòu)級(jí)別的可伸縮性。NoSQL數(shù)據(jù)庫(kù)具有數(shù)據(jù)量大、性能高的特點(diǎn)，具有很高的讀寫(xiě)性能，特別是在數(shù)據(jù)量大的情況下。這是由于它的不相關(guān)性和簡(jiǎn)單的數(shù)據(jù)庫(kù)結(jié)構(gòu)。一般來(lái)說(shuō)，MySQL使用的是查詢緩存，每次更新表時(shí)，查詢緩存都是無(wú)效的。它是一種大規(guī)模緩存。在交互頻繁的Web2.0應(yīng)用中，緩存性能不高。NoSQL的緩存處于記錄級(jí)別，這是一個(gè)細(xì)粒度緩存，因此NoSQL在這個(gè)級(jí)別的性能要高得多。NoSQL是一種靈活的數(shù)據(jù)模型，它可以隨時(shí)存儲(chǔ)定制的數(shù)據(jù)格式，而無(wú)需預(yù)先為要存儲(chǔ)的數(shù)據(jù)設(shè)置字段。在關(guān)系數(shù)據(jù)庫(kù)中，添加和刪除字段是一件非常麻煩的事情。如果是一個(gè)包含大量數(shù)據(jù)的表，那么添加字段就是一場(chǎng)噩夢(mèng)。這在大數(shù)據(jù)Web2.0時(shí)代尤為明顯。高可用性NoSQL可以在不影響性能的情況下輕松實(shí)現(xiàn)高可用性體系結(jié)構(gòu)。例如，Cassandra和HBase模型也可以通過(guò)復(fù)制模型實(shí)現(xiàn)高可用性。

有些“上古”程序員一直堅(jiān)持反對(duì)使用redis怎么辦？

分享大人物的答案似乎合情合理。

不要告訴我們是否使用redis。你必須告訴我們你為什么要使用redis。沒(méi)有redis的業(yè)務(wù)怎么了？世界上沒(méi)有免費(fèi)的午餐。如果不直接使用頭部緩存/NoSQL，可能會(huì)帶來(lái)越來(lái)越嚴(yán)重的問(wèn)題。

單個(gè)數(shù)據(jù)庫(kù)的最大優(yōu)點(diǎn)是易于實(shí)現(xiàn)事務(wù)，并由數(shù)據(jù)庫(kù)本身保證。舉個(gè)簡(jiǎn)單的例子，要下訂單，需要扣除庫(kù)存并插入訂單條目。如果inventory和order都是數(shù)據(jù)庫(kù)表?xiàng)l目，那么這個(gè)事務(wù)是無(wú)可挑剔的。如果庫(kù)存在redis中，訂單條目是mysql，通常需要先寫(xiě)redis，成功后再寫(xiě)數(shù)據(jù)庫(kù)。如果您寫(xiě)數(shù)據(jù)庫(kù)失敗，需要回滾redis，如果由于網(wǎng)絡(luò)或其他原因回滾失敗，將再扣減一個(gè)存貨。不要認(rèn)為這些事情很容易解決。事務(wù)處理的復(fù)雜性遠(yuǎn)遠(yuǎn)超出您的想象。例如，當(dāng)您編寫(xiě)mysql時(shí)，您在提交時(shí)就失去了連接。你無(wú)法判斷提交是成功還是失敗。你的redis是不是在倒退？

因此，當(dāng)您引入一個(gè)新層時(shí)，您必須弄清楚您必須使用cache/NoSQL的目的以及您可以接受的一致性模型。否則，你就要出丑了。