如果有個系統，對資料庫操作很頻繁（包括讀和寫），redis+mysql合適嗎？
好像寫，還是直接通過mysql來寫的，只是讀的時候通過redis來讀，那寫的操作不是一樣可能稱為瓶頸嗎？
延伸出來考慮，如果有兩個集群，一個集群是業務邏輯處理集群，記為service集群；一個是資料庫集群，記為database集群，這兩個集群邏輯上分開。
業務集群（service集群）需要頻繁呼叫資料庫集群（database集群）進行讀寫操作，資料庫集群如果用mysql+redis方式，不知道能支撐什么量級的讀寫操作，一秒鐘一兩千次讀寫能達到不？也就是一毫秒讀寫兩次沒問題吧？
如果能，那一秒鐘一兩萬次的讀寫操作能支撐嗎？
另外還有個疑惑，redis自己支持集群，還是拿redis+mysql舉例，如果資料庫集群里面有三臺主機，這三臺主機的記憶體資料都會被redis同步成一樣嗎？如果是，這個同步誤差會有幾秒？
我的考慮是，如果業務集群隨便到資料庫集群中哪個主機去讀取資料或寫資料的話，如果三臺主機不同步，比如我要讀取一個資源A的狀態，可能訪問的那臺主機中沒有A的資料，或者三臺主機中A的狀態不一致，那就會出錯了
只有95積分可用了，只讓選擇50積分，非常希望有高手點撥一下，因為這段時間我在考慮一個系統的框架問題，資料庫這塊不清楚
uj5u.com熱心網友回復：
如果單機無法滿足你 只能考慮集群 redis有twemproxy mysql有tidb 或者mongodb的sharding轉載請註明出處，本文鏈接：https://www.uj5u.com/shujuku/98138.html
標籤：MySQL
上一篇：簡單的SQL 查詢問題 初級菜鳥