2、nginx或其它配置合理的負載均衡策略，按主機效能設定合理的權重等
3、應用拆分、擴容（新增例項）
4、sql優化、jvm調優、**邏輯優化（使用高效能api、合理使用事務及設定合理隔離級別、使用細粒度鎖或無鎖cas、使用高效能併發容器如atomic、concurrenthashmap，減少日誌輸出多問一下自己，這個日誌真的有用嗎，真的有人看嗎等盡可能減少系統的效能消耗））
5、使用redis等快取、使用搜尋引擎
6、使用mq非同步處理實時性、一致性要求不高的業務
7、限流（=>熔斷（=>
8、表結構優化、讀寫分離（讀主寫從，寫庫去除不必要的索引）、分表分庫
9、大佬們看看還有什麼高招沒有，總之具體問題具體分析
高併發解決思路
今日看到一位大佬所寫的文章，感覺思路很清晰，所以記錄下來，以作後看。一 秒殺帶來了什麼？秒殺或搶購活動一般會經過 預約 搶訂單 支付 這3個大環節，而其中 搶訂單 這個環節是最考驗業務提供方的抗壓能力的。搶訂單環節一般會帶來2個問題 2 超賣 任何商品都會有數量上限，如何避免成功下訂單買到商品的人數...
關於php 高併發解決的一點思路
涉及搶購 秒殺 搶票等活動時，為了避免超賣,那麼庫存數量是有限的，但是如果同時下單人數超過了庫存數量，就會導致商品超賣問題。那麼我們怎麼來解決這個問題呢，我的思路如下 偽 sql1 查詢商品庫存 if 庫存數量 0 當沒有併發時，上面的流程看起來是再正常不過了，假設同時兩個人下單，而庫存只有1個了，...
關於php高併發解決的一點思路
涉及搶購 秒殺 搶票等活動時，為了避免超賣，那麼庫存數量是有限的，但是如果同時下單人數超過了庫存數量，就會導致商品超賣問題。那麼我們怎麼來解決這個問題呢，我的思路如下 偽 sql1 查詢商品庫存 if 庫存數量 0 當沒有併發時，上面的流程看起來是再正常不過了，假設同時兩個人下單，而庫存只有1個了，...