2.5 小結

查詢分離這個解決方案雖然能解決一些問題，但也要認識到它的不足。

1）使用Elasticsearch存儲查詢數據時，就要接受上面列出的一些局限性：有一定延時，深度分頁不能自由跳頁，會有丟數據的可能性。

2）主數據量越來越大后，寫操作還是慢，到時還是會出問題。比如這里的工單數據，雖然已經去掉了所有外鍵，但是當數據量上億的時候，插入還是會有問題。

3）主數據和查詢數據不一致時，如果業務邏輯需要查詢數據保持一致性呢？這里的查詢數據同步到最新數據會有一定的延時，大約為2秒。某些業務場景下用戶可能無法接受這個延時，特別是跟錢有關的場景。

架構“沒有銀彈”，不能期望一個解決方案既能覆蓋所有的問題，還能實現最小的成本損耗。

如果碰到一個場景不能接受上面某個或某些不足時，該怎么解決？接著看后面的章節。