4 3 重構查詢方式

設計查詢的時候乙個需要考慮的重要問題是，是否需要將乙個複雜的查詢分成許多簡單的查詢。mysql內部每秒能夠掃瞄記憶體中上百萬行資料，相比之下，mysql響應資料給客戶端就慢的多了。所以，有時候將乙個大的查詢分解為多個小查詢是有必要的。

4.3.1 切分查詢

乙個大查詢如果一次性執行的話，可能一次鎖住很多資料、佔滿整個事務日誌、耗盡系統資源、阻塞很多小的但重要的查詢。

例如，將乙個大的delete語句切分成多較小的查詢可以盡可能小的影響mysql效能，同時還可以減少mysql複製的延遲。

例如我們需要每個月執行一次下面的查詢：

delete from messages where create < date_sub(now(), interval 3 month);

那麼可以用類似下面的辦法完成同樣的工作：

rows_affected = 0do 
while rows_affected > 0

一次刪除一萬行資料一般來說是乙個比較高效而且對伺服器影響也最小的做法。同時，如果每次刪除資料後，都暫停一會再做下一次刪除，這樣也可以將伺服器上原本一次性的壓力分散到乙個很長的時間段中，就可以大大降低對伺服器的影響，還可以大大減少刪除時鎖的持有時間。

4.3.2 分解關聯查詢

很多高效能的應用都會對關聯查詢進行分解。簡單地，可以對每乙個表進行一次單錶查詢，然後將結果在應用程式中進行關聯。

例如下面這個查詢：

select *from tab
join tag_post on tag_post.tag_id=tag.id
join post on tag_post.post_id=post.id
where 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);

用分解關聯查詢的方式重構查詢有如下的優勢：