鍍金池/ 問答/PHP  數(shù)據(jù)庫/ 大并發(fā)下的php+mysql

大并發(fā)下的php+mysql

現(xiàn)在架構(gòu)是php+mysql,在大并發(fā)下根本抗不住，加了redis緩存只能解決部分問題，還有很多實時的數(shù)據(jù)不能緩存起來的，有沒有一個好的解決方案呢。打算拆分業(yè)務(wù)了，但是最終還是會遇到mysql扛不住的問題，煩惱

回答
編輯回答
絯孑氣
  1. 數(shù)據(jù)庫做好索引
  2. 頻繁寫入的數(shù)據(jù)建議加消息隊列(可以減輕大部分數(shù)據(jù)庫壓力，讓SQL負載趨于平穩(wěn))
  3. php的話FPM配置也優(yōu)化一下
2018年4月22日 12:19
編輯回答
扯不斷

mq消峰.....

2018年1月27日 20:58
編輯回答
笑忘初

MySQL可以做讀寫分離，一主多從，寫主庫讀從庫。

如果讀寫分離都撐不住，通常瓶頸在主庫上，就要考慮做水平拆分（而不是按業(yè)務(wù)拆分）了。

2017年9月4日 04:37
編輯回答
替身

Mysql的架構(gòu)方式也是很多的嘛~
讀寫分離~
一主多從
根據(jù)業(yè)務(wù)情況垂直拆分
水平拆分。

表不經(jīng)常改，可以使用SqlCache
優(yōu)化數(shù)據(jù)庫配置，如innodb buffer等

redis也是個不錯的緩存手段。
實時數(shù)據(jù)也是可以通過redis來實現(xiàn)啊，它并不僅僅是個緩存。

數(shù)據(jù)實時性要求不高的地方，也可以考慮中間件，延遲更新、批量處理等。

方式很多吧，寫的比較亂，真正的使用還是要結(jié)合你的實際項目需求。

2017年12月6日 07:40
編輯回答
孤酒

redis mangodb這些都可以用上。

2018年8月11日 00:15
編輯回答
墨小白

為什么不先把這些實時數(shù)據(jù)保存在redis中，然后找個計算機空余的時間再同步到mysql中，這樣會好點吧

2018年4月27日 17:55
編輯回答
陌南塵

在數(shù)據(jù)庫上一層增加 es 來處理吧 讀寫優(yōu)先es

2017年8月6日 05:20
編輯回答
淺淺

多大的并發(fā)？多大的數(shù)據(jù)量？說不定只是sql寫的不夠優(yōu)化導致的

2017年4月3日 23:06
編輯回答
孤毒

好籠統(tǒng)。
不知道問題是什么。

2018年8月15日 05:41
編輯回答
涼汐

簡單的關(guān)系型數(shù)據(jù)也是可以放在redis中的。mysql始終都是抗不住的。如果流量很大，分拆出很大的那一部分單獨優(yōu)化也是比較好的。

2017年12月14日 08:11