聊天記錄保存到數(shù)據(jù)庫問題

yunwalker 更新于2019-06-27

小白向各位大佬請教各問題，假如一個項目有1萬并發(fā)量，直接用mysql數(shù)據(jù)庫的話，數(shù)據(jù)庫能承受住嗎？
?
如果用文件或者redis來保存聊天記錄，每隔一定時間存一次數(shù)據(jù)庫，這種方式可行嗎？
?
用文件存儲還是用redis存儲效率高呢？

 10512  5 0

5個回答

yongdao35 2019-06-26

1萬并發(fā)屬于淘寶級別的并發(fā)了。需要一個優(yōu)秀的架構團隊，開發(fā)出適合自己業(yè)務場景的分布式存儲。
并不是一個mysql 一個 redis就能解決的。

yunwalker 2019-06-26

大佬，假如有1萬用戶在線，其中有1000用戶在相互聊天，這種情況該怎么處理呢
dingfei 2019-06-27

@6002:可以看我的帖子，單機每秒1000萬沒問題

邊玩邊玩 2019-06-26

這1000用戶是群聊還是，相互之間私聊？

yunwalker 2019-06-26

是相互之間私聊

taozywu 2019-06-27

@https://wenda.workerman.net/people/yunwalker?

1w在線， 1k在相互私聊。

可以建立一個redis集群，進行實時存儲。?當然中間加上隊列集群來也是可以。
至于數(shù)據(jù)最后存在mysql中，?可以挑一個空閑時間在處理。

--
以上個人思路！

yunwalker 2019-06-27

感謝回復

抽不完的寂寞 2019-06-27

同時1萬在線基本不會有1000并發(fā)。100就不錯了，直接存mysql沒有任何問題。

yunwalker 2019-06-27

目前就是直接存mysql，主要是為后續(xù)考慮，數(shù)據(jù)量大的話應該怎么處理

抽不完的寂寞 2019-06-27

數(shù)據(jù)量大的話第一考慮的是mysql主從，主庫只寫，多個從庫讀。
mysql每秒寫個幾千條數(shù)據(jù)是沒問題的，寫數(shù)據(jù)按月寫一個表或者7天一個表，或者根據(jù)uid取模等規(guī)則分多個表去寫。基本上可以抗上千并發(fā)了。
如果是聊天類的，基本上mysql寫請求不大的。因為消息多了就刷屏了，反而沒法聊了。