主題：如何重構查詢冰戰士何時需要使用這種技巧

(1)一種復雜查詢還是多個簡單查詢

設計查詢的時候需要考慮的一個重要問題是是否需要將一個復雜的查詢分成多個簡單的查詢。在平時我們總是強調需要數據庫完成盡可能多的工作，這樣做的邏輯在于以前總是認為通絡通信，查詢解析以及優化師一種代價很高的事情。但是MySQL在設計上讓連接和斷開連接都很輕量級，在返回一個小的查詢結果方面很高效。線代的網絡速度比以前要快很多，無論是帶寬還是延遲。

MySQL內部內部每秒能夠掃描內存中上百萬行的數據，相比之下MySQL響應數據給客戶端就要慢很多了。在其他條件相同的時候，使用盡可能少的查詢當然是更好的。但是，將一個大查詢分解成小查詢是很有必要的。不過再應用設計的時候，如果一個查詢能夠勝任時還寫成多個小查詢那就是傻逼

(2)切分查詢

有時候對于一個大查詢我們就要將大查詢切分成小查詢，每個查詢功能完全一樣，但是只完成一小部分，每次返回一小部分查詢結果。

刪除舊數據就是一個很好的例子。定期的清除大量數據時，如果用一個大語句一次性完成的話，則可能需要一次鎖住很多的數據，占滿整個事務日志、耗盡系統資源、阻塞很多小的但重要的查詢。將一個大的DELETE語句切分成多個較小的查詢盡可能小的影響MySQL性能，同時還減少MySQL復制到延遲。同時，需要注意的是，如果每次刪除數據后，都暫停一會兒再做下一次殺出，這樣也可以將服務器上原本一次性的壓力分散到一個很長的時間段中，就可以大大的降低對服務器的影響，還可以大大減少刪除時鎖的持有時間

(3)分解關聯查詢

簡單的關聯查詢分解就是可以對每個表進行一次單表查詢，然后將結果在應用程序中進行關聯。例如：

select * fromtag

join tag_post ON tag_post.tag_id=tag.id

join post ON tag_post_id=post.idwhere tag.tag='mysql'

可以分解成

select * from tag where tag='mysql'

select * from tag_post where tag_id=1234

select * from post where post.id in (123,456,567,9098,8904)

乍一看，這樣做并沒有什么好處，原本一條查詢，這里卻變成多條查詢，返回的結果又是一模一樣。事實上，用分解關聯查詢重構查詢有如下的優點：

①讓緩存的效率更高。②將查詢費恩節后，執行單個查詢可以減少鎖競爭。③在應用層做關聯，可以更容易對數據庫進行拆分，更容易做到高性能和可拓展。④查詢本身效率也可能有所提升。⑤可以減少冗余記錄的查詢。⑥更進一步，這樣做相當于在應用中實現了哈希關聯，而不是使用MySQL的嵌套循環關聯

在很多情況下，通過重構查詢將關聯放到應用程序中將會更加高效，這樣的場景有很多。比如：當應用能夠方便的緩存單個查詢的 結果的時候、當可以將數據分布到不同的MySQL服務器上的時候、當能夠使用IN代替關聯查詢的時候。

總結

以上是生活随笔為你收集整理的mysql 重构同步老数据_MySQL 重构查询的方式的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。