亚洲av成人无遮挡网站在线观看,少妇性bbb搡bbb爽爽爽,亚洲av日韩精品久久久久久,兔费看少妇性l交大片免费,无码少妇一区二区三区

Chinaunix

標(biāo)題: 數(shù)據(jù)庫前加一個消息隊列，是不是通用做法？ [打印本頁]

作者: ruifengzhangyi 時間: 2017-06-30 18:35
標(biāo)題: 數(shù)據(jù)庫前加一個消息隊列，是不是通用做法？
連接池直接操作db是一個方法，但是用消息隊列是不是更好？

作者: cokeboL 時間: 2017-06-30 20:06
連接池是車道數(shù)量，單個數(shù)據(jù)庫連接上的消息隊列是每個車道上的車的數(shù)量，一個是載體，一個是載荷，這倆沒有可比性。

作者: ruifengzhangyi 時間: 2017-07-03 10:16
你的意思是，連接池+消息隊列，是正解。但是我接觸過的公司往往只選擇其一。

作者: ruifengzhangyi 時間: 2017-07-03 10:17
你的意思是，連接池+消息隊列是正解

作者: ruifengzhangyi 時間: 2017-07-03 10:17
回復(fù) 2# cokeboL

你的意思是，連接池+消息隊列才是正解咯

作者: cokeboL 時間: 2017-07-03 16:24
回復(fù) 5# ruifengzhangyi

多數(shù)語言是這樣的，需要注意的問題就是需求對數(shù)據(jù)庫操作是否有時序要求，如果有就需要把數(shù)據(jù)庫操作和連接池中item的對應(yīng)方式做統(tǒng)一映射，如果沒有時序要求，就無所謂了
golang這種，就不需要加隊列，很舒坦。

作者: shang2010 時間: 2017-07-04 10:58
回復(fù) 3# ruifengzhangyi

臥龍鳳雛得一，可安天下。不知道兩個在一起，會不會內(nèi)掐

作者: sxcong 時間: 2017-07-04 11:38
一般是緩存和數(shù)據(jù)搭配
根據(jù)自己的情況，把查詢出的結(jié)果放在緩存里，程序先從緩存里取，沒有再讀庫。用好的話，數(shù)據(jù)庫的訪問能降低數(shù)量級的請求。數(shù)據(jù)庫的壓力和語言沒什么直接關(guān)系，就算是神語言去訪問數(shù)據(jù)庫一樣對數(shù)據(jù)庫有壓力。

作者: wlmqgzm 時間: 2017-07-13 12:40
我覺得這種辦法挺好的，唯一的缺陷是：
引入消息隊列后，消息隊列本身帶來了可靠性問題，
簡單的消息隊列都會有消息丟失的問題，有的還存在重復(fù)發(fā)送的問題，
復(fù)雜的消息隊列可以解決可靠性的問題，但是需要落地存盤，性能不高。

作者: ruifengzhangyi 時間: 2017-07-17 14:25
數(shù)據(jù)庫本身帶有緩存的功能，為啥不能加強，還得人為搞個消息隊列。oracle，postgresql沒有？

作者: cokeboL 時間: 2017-07-17 22:20
回復(fù) 10# ruifengzhangyi

緩存是在數(shù)據(jù)庫進程內(nèi)，你的進程到達數(shù)據(jù)庫要走網(wǎng)絡(luò)，連接池可以更充分利用帶寬減少網(wǎng)絡(luò)耗時（比如你只有一個連接，發(fā)完一個指令要等數(shù)據(jù)庫處理完返回再發(fā)下一個指令，就在那傻等，浪費了當(dāng)前可用的網(wǎng)絡(luò)帶寬）隊列是為了時序和異步
數(shù)據(jù)庫內(nèi)部，不同的數(shù)據(jù)不同粒度的鎖，這些都是要考慮的

作者: fender0107401 時間: 2017-07-22 09:23
我感覺數(shù)據(jù)庫寫入數(shù)據(jù)的時候，最主要的應(yīng)該是數(shù)據(jù)的一致性問題，而不是性能問題。

讀取的時候，什么都好說。

歡迎光臨 Chinaunix (http://www.72891.cn/)