問題描述

問題解答

回答1：

找了個2千5百萬數(shù)據(jù)的表進行測試，id是自增主鍵。

用下面語句進行測試，關query cache，每個連續(xù)跑10遍，計算平均耗時：

SELECT * FROM user_orders limit 100000,10;71.3msSELECT * FROM user_orders order by id desc limit 100000,10;83.4 msSELECT * FROM user_orders order by id asc limit 100000,10;69.3msSELECT * FROM user_orders limit 200000,10;133.2msSELECT * FROM user_orders order by id desc limit 200000,10;178.4 msSELECT * FROM user_orders order by id asc limit 200000,10;133.4msSELECT * FROM user_orders limit 10000000,10;6429.5msSELECT * FROM user_orders order by id desc limit 10000000,10;8270.9 msSELECT * FROM user_orders order by id asc limit 10000000,10;6918.7ms

limit offset小的時候，加order by走索引只掃少量行更快，而offset較大時，加order by會更慢，全表掃描反而會快。

回答2：

如果不加索引，SELECT * FROM sys_client LIMIT 100000,10會將全表掃描，然后取第100001~100010這10條記錄； 加了索引之后，就只檢索100010條記錄，而不是全表檢索，所以執(zhí)行效率會更好！

回答3：

在第一條沒有 order by 語句中，mysql 處理步驟是這樣的：

根據(jù)語句取出 10 條數(shù)據(jù)；

對這十條數(shù)據(jù)進行排序；

返回這 10 條數(shù)據(jù)；

但是在第二條語句中，假設你的 id 字段為主鍵索引，mysql 處理步驟是這樣的：

取出 10 條數(shù)據(jù)；

利用索引順序直接取得已經(jīng)排好序的數(shù)據(jù)；

返回這 10 條數(shù)據(jù)；

總結一下：如果 order by 的字段在在執(zhí)行中利用了索引。則可以利用索引順序而直接取得已經(jīng)排好序的數(shù)據(jù)。如果不是，才進行排序操作。

回答4：

你的id有加索引吧

回答5：

0.0001…… 你需要驗證復雜一點的sql