免費注冊 查看新帖 |

Chinaunix

  平臺 論壇 博客 文庫
12下一頁
最近訪問板塊 發新帖
查看: 21659 | 回復: 11
打印 上一主題 下一主題

[C++] 數據庫前加一個消息隊列,是不是通用做法? [復制鏈接]

論壇徽章:
1
15-16賽季CBA聯賽之佛山
日期:2015-12-14 17:57:31
跳轉到指定樓層
1 [收藏(0)] [報告]
發表于 2017-06-30 18:35 |只看該作者 |倒序瀏覽
連接池直接操作db是一個方法,但是用消息隊列是不是更好?

論壇徽章:
36
子鼠
日期:2013-08-28 22:23:29黃金圣斗士
日期:2015-12-01 11:37:51程序設計版塊每日發帖之星
日期:2015-12-14 06:20:00CU十四周年紀念徽章
日期:2015-12-22 16:50:40IT運維版塊每日發帖之星
日期:2016-01-25 06:20:0015-16賽季CBA聯賽之深圳
日期:2016-01-27 10:31:172016猴年福章徽章
日期:2016-02-18 15:30:3415-16賽季CBA聯賽之福建
日期:2016-04-07 11:25:2215-16賽季CBA聯賽之青島
日期:2016-04-29 18:02:5915-16賽季CBA聯賽之北控
日期:2016-06-20 17:38:50技術圖書徽章
日期:2016-07-19 13:54:03程序設計版塊每日發帖之星
日期:2016-08-21 06:20:00
2 [報告]
發表于 2017-06-30 20:06 |只看該作者
連接池是車道數量,單個數據庫連接上的消息隊列是每個車道上的車的數量,一個是載體,一個是載荷,這倆沒有可比性。

論壇徽章:
1
15-16賽季CBA聯賽之佛山
日期:2015-12-14 17:57:31
3 [報告]
發表于 2017-07-03 10:16 |只看該作者
你的意思是,連接池+消息隊列,是正解。但是我接觸過的公司往往只選擇其一。

論壇徽章:
1
15-16賽季CBA聯賽之佛山
日期:2015-12-14 17:57:31
4 [報告]
發表于 2017-07-03 10:17 |只看該作者
你的意思是,連接池+消息隊列是正解

論壇徽章:
1
15-16賽季CBA聯賽之佛山
日期:2015-12-14 17:57:31
5 [報告]
發表于 2017-07-03 10:17 |只看該作者
回復 2# cokeboL

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

論壇徽章:
36
子鼠
日期:2013-08-28 22:23:29黃金圣斗士
日期:2015-12-01 11:37:51程序設計版塊每日發帖之星
日期:2015-12-14 06:20:00CU十四周年紀念徽章
日期:2015-12-22 16:50:40IT運維版塊每日發帖之星
日期:2016-01-25 06:20:0015-16賽季CBA聯賽之深圳
日期:2016-01-27 10:31:172016猴年福章徽章
日期:2016-02-18 15:30:3415-16賽季CBA聯賽之福建
日期:2016-04-07 11:25:2215-16賽季CBA聯賽之青島
日期:2016-04-29 18:02:5915-16賽季CBA聯賽之北控
日期:2016-06-20 17:38:50技術圖書徽章
日期:2016-07-19 13:54:03程序設計版塊每日發帖之星
日期:2016-08-21 06:20:00
6 [報告]
發表于 2017-07-03 16:24 |只看該作者
回復 5# ruifengzhangyi


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

論壇徽章:
152
2022北京冬奧會紀念版徽章
日期:2015-08-07 17:10:5720周年集字徽章-年
日期:2022-10-26 16:44:2015-16賽季CBA聯賽之深圳
日期:2022-11-02 14:02:4515-16賽季CBA聯賽之八一
日期:2022-11-28 12:07:4820周年集字徽章-20	
日期:2023-07-19 08:49:45
7 [報告]
發表于 2017-07-04 10:58 |只看該作者
回復 3# ruifengzhangyi

臥龍鳳雛得一,可安天下。不知道兩個在一起,會不會內掐

論壇徽章:
0
8 [報告]
發表于 2017-07-04 11:38 |只看該作者
一般是緩存和數據搭配
根據自己的情況,把查詢出的結果放在緩存里,程序先從緩存里取,沒有再讀庫。用好的話,數據庫的訪問能降低數量級的請求。數據庫的壓力和語言沒什么直接關系,就算是神語言去訪問數據庫一樣對數據庫有壓力。

論壇徽章:
9
程序設計版塊每日發帖之星
日期:2015-10-18 06:20:00程序設計版塊每日發帖之星
日期:2015-11-01 06:20:00程序設計版塊每日發帖之星
日期:2015-11-02 06:20:00每日論壇發貼之星
日期:2015-11-02 06:20:00程序設計版塊每日發帖之星
日期:2015-11-03 06:20:00程序設計版塊每日發帖之星
日期:2015-11-04 06:20:00程序設計版塊每日發帖之星
日期:2015-11-06 06:20:00數據庫技術版塊每周發帖之星
日期:2015-12-02 15:02:47數據庫技術版塊每日發帖之星
日期:2015-12-08 06:20:00
9 [報告]
發表于 2017-07-13 12:40 |只看該作者
我覺得這種辦法挺好的, 唯一的缺陷是:
引入消息隊列后,消息隊列本身帶來了可靠性問題,
簡單的消息隊列都會有消息丟失的問題,有的還存在重復發送的問題,
復雜的消息隊列可以解決可靠性的問題,但是需要落地存盤, 性能不高。

論壇徽章:
1
15-16賽季CBA聯賽之佛山
日期:2015-12-14 17:57:31
10 [報告]
發表于 2017-07-17 14:25 |只看該作者
數據庫本身帶有緩存的功能,為啥不能加強,還得人為搞個消息隊列。oracle,postgresql沒有?
您需要登錄后才可以回帖 登錄 | 注冊

本版積分規則 發表回復

  

北京盛拓優訊信息技術有限公司. 版權所有 京ICP備16024965號-6 北京市公安局海淀分局網監中心備案編號:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年舉報專區
中國互聯網協會會員  聯系我們:huangweiwei@itpub.net
感謝所有關心和支持過ChinaUnix的朋友們 轉載本站內容請注明原作者名及出處

清除 Cookies - ChinaUnix - Archiver - WAP - TOP
   日韩综合区视频第一页导航,无码JK粉嫩小泬在线观看,午夜精品A片一区二区三区,日日躁夜夜躁狠狠躁麻豆,大胆国模,免费观看无遮挡www的网站