SQL緩慢加載時間

Question

我有以下代碼，並且在表tblfollowers中只有幾個follower_id或username時加載正常。
但是一旦進入數千人，它的載入真的很慢。
有沒有更好的方法來寫這個？

我在它加入的字段上添加了索引，這似乎沒有什麼區別。

$scheduler->render_table("events 
    LEFT JOIN tblfollowers ON events.id_user = tblfollowers.username 
    WHERE events.status ='active' 
     AND((tblfollowers.follower_id)='$test') OR ((events.id_user) ='$test') 
    GROUP BY events.event_id, events.event_name, events.user_name, events.id_user, events.time, events.details, events.location, events.dresscode 
    ORDER BY events.timestamp DESC" 
    ,"event_id","start_date, start_date,event_name,details"); 
$scheduler->render_sql("SELECT event_id, start_date, end_date, event_name, details 
         FROM events "); 

下面是這個查詢的解釋：

 
1 SIMPLE events ALL NULL NULL NULL NULL 1593 Using where; Using temporary; Using filesort  
1 SIMPLE tblfollowers ref PRIMARY PRIMARY 
4 dbhappps.events.id_user 17 Using where; Using index  

下面是表

塊引用

表活動：

event_id int(11) Primary Unique Index  
event_name varchar(400) 
user_name varchar(155) 
id_user int(11) Primary Unique Index 
start_date datetime 
end_date datetime 
details varchar(700) 
location varchar(255) 
dresscode varchar(255) 
timestamp timestamp on update CURRENT_TIMESTAMP 

塊引用

tblfollowers：

username int(11) primary 
follower_id int(11) primary 
timestamp timestamp on update CURRENT_TIMESTAMP 

如何加快這個查詢呢？

Answer 1

完全透露：我不知道PHP。

但是，嘗試拆分查詢並使用UNION將它重新組合在一起。我認爲這是通過阻止使用你的索引來殺死你的表現的OR。這是我認爲你的查詢看起來像PHP之外的東西。

SELECT event_id 
    , start_date 
    , end_date 
    , event_name 
    , details 
    FROM events 
    LEFT JOIN tblfollowers 
    ON events.id_user = tblfollowers.username 
WHERE events.status ='active' 
    AND tblfollowers.follower_id = '$test' 
UNION 
SELECT event_id 
    , start_date 
    , end_date 
    , event_name 
    , details 
    FROM events 
WHERE id_user = '$test' 

Answer 2

你只需要兩個字段在group by（如果電場event_id是主鍵，你只需要該場。
有GROUP BY考慮較少字段應該讓你的查詢速度更快。
你應該只有把功能獨立的領域在group by，列出功能相關的領域有非荒謬和浪費時間。
幸運的MySQL不要求你做到這一點。

$scheduler->render_table("events 
    LEFT JOIN tblfollowers ON events.id_user = tblfollowers.username 
    WHERE events.status ='active' 
    AND '$test' IN (tblfollowers.follower_id, events.id_user) <<-- maybe faster 
    GROUP BY events.event_id, events.id_user <<-- only include unique key fields 
    ORDER BY events.timestamp DESC" 
,"event_id","start_date, start_date,event_name,details"); 
$scheduler->render_sql("SELECT event_id, start_date, end_date, event_name, details 
         FROM events "); 

這裏看到更多的信息：http://rpbouman.blogspot.com/2007/05/debunking-group-by-myths.html

爲什麼慢？
沒有tblfollowers和events的表定義很難說。

使用說明
如果你想看看那裏的瓶頸，把一個EXPLAIN在選擇前，貼在你的問題的結果。

$scheduler->render_sql("EXPLAIN SELECT event_id, start_date, end_date, event_name, details 
         FROM events "); 

後跟蹤指標並不能幫助
使用輸出explain告知你的決定，增加索引減慢你的插入和更新，以及醃您的磁盤使用情況。

Answer 3

這主要是一個會減慢查詢速度的臨時文件。 EXPLAIN中的temporary這個詞意味着每次運行此查詢時，MySQL服務器都必須創建一個臨時表。雖然它很小，但它保存在內存中，因此速度相對較快。當它變得足夠大時，它將移動到磁盤並使查詢運行速度非常慢。

何時使用臨時表？它在MySQL Reference Manual – Optimizing Database Structure中有很好的描述。在你的情況下，它必須發生，因爲你按timestamp字段排序，GROUP BY子句中沒有包含該字段。

接下來，你是否真的需要通過所有這些字段進行分組？由於您正在按events表的主鍵進行分組，所以將另一個event的字段分組是沒有意義的。嘗試執行此查詢：

$scheduler->render_table("events 
    LEFT JOIN tblfollowers ON events.id_user = tblfollowers.username 
    WHERE events.status = 'active' 
    AND tblfollowers.follower_id = '$test' 
    OR events.id_user = '$test' 
    GROUP BY events.event_id, events.timestamp 
    ORDER BY events.timestamp DESC" 
, "event_id", "start_date, start_date, event_name, details"); 

編輯：順便說一句，你沒忘了把周圍的狀況的括號？ AND優先於OR。

WHERE events.status ='active' 
     AND (tblfollowers.follower_id='$test' OR events.id_user='$test') 

這樣對我來說似乎更符合邏輯。

Answer 4

很難說沒有創建表語句。

對於該組和按順序。 如果event_id不是主節點，則可以通過在event_id，timestamp desc上添加複合索引來看到一些改進。如果按event_id排序，可以接受timestamp desc，這會爲您節省一些時間。通過這種重新排序，組會進行隱式排序，從而減慢速度。按event_id分組，時間戳ASC然後通過時間戳DESC進行排序可能會遇到該排序的最差情況。

如果event_id是主要的，則在時間戳DESC上添加索引將創建event_id和timstamp DESC的組合索引。