前言
在實(shí)際業(yè)務(wù)中對(duì)于分頁(yè)來(lái)說(shuō)是一個(gè)比較常見(jiàn)的業(yè)務(wù)需求。那么就會(huì)使用到limit查詢(xún)，當(dāng)我們?cè)谑褂肔imit查詢(xún)的時(shí)候，在數(shù)據(jù)比較小、或者只查詢(xún)前面一部分?jǐn)?shù)據(jù)的時(shí)候效率是很高的。但是當(dāng)數(shù)據(jù)量大的時(shí)候，或者查詢(xún)offset數(shù)量比較大的時(shí)候，如：limit 100000,20效率往往就不盡人意了。通常的一個(gè)辦法就是Limit配合order by，如果order by有對(duì)用戶(hù)的索引的話(huà)，效率通常是比較不錯(cuò)的。
對(duì)于這種情況，最簡(jiǎn)單的查詢(xún)就是 使用覆蓋索引，查詢(xún)某些需要的列。這樣的效果是很好的
如下面這個(gè)
mysql> SELECT * FROM student LIMIT 1000000,1;
+---------+------------+------------+------------+-------+---------------------+
| id | first_name | last_name | created_at | score | updated_at |
+---------+------------+------------+------------+-------+---------------------+
| 1000001 | kF9DxBgnUi | yLXnPSHJpH | 2019-07-11 | 97 | 2019-07-11 14:29:59 | |
+---------+------------+------------+------------+-------+---------------------+
1 rows in set (0.31 sec)
可以看到時(shí)間
mysql> EXPLAIN SELECT score,first_name FROM student ORDER BY created_at LIMIT 1000000,20 \G
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: student
partitions: NULL
type: index
possible_keys: NULL
key: time_sorce_name
key_len: 69
ref: NULL
rows: 1000001
filtered: 100.00
Extra: Using index
1 row in set, 1 warning (0.00 sec)
mysql>
這樣的話(huà)查詢(xún)的列使用到的了覆蓋索引，掃描行數(shù)會(huì)減少很多，但是這樣的效果也不是很盡人意，但是如果有其他的查詢(xún)的話(huà)，這樣的查詢(xún)也會(huì)變的很慢。
比如我們加上last_name列。
如下
mysql> SELECT score,first_name,last_name FROM student ORDER BY created_at LIMIT 1000000,1;
+-------+------------+------------+
| score | first_name | last_name |
+-------+------------+------------+
| 86 | knKsV2g2fY | WB5qJeLZuk |
+-------+------------+------------+
1 row in set (4.81 sec)
mysql>
這個(gè)查詢(xún)需要執(zhí)行 4秒多的時(shí)間。通過(guò)分析可以看到這個(gè)查詢(xún)是沒(méi)有辦法使用索引的
mysql> explain SELECT score,first_name,last_name FROM student ORDER BY created_at LIMIT 1000000,1\G
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: student
partitions: NULL
type: ALL
possible_keys: NULL
key: NULL
key_len: NULL
ref: NULL
rows: 6489221
filtered: 100.00
Extra: Using filesort
1 row in set, 1 warning (0.00 sec)
mysql>
那么我們現(xiàn)在把查詢(xún)修改如下
mysql> SELECT student.score,student.first_name FROM student INNER JOIN (SELECT id FROM student ORDER BY created_at LIMIT 1000000,1 ) AS temp USING(id);
+-------+------------+
| score | first_name |
+-------+------------+
| 15 | 2QWZ |
+-------+------------+
1 row in set (0.18 sec)
mysql> EXPLAIN SELECT student.score,student.first_name,last_name FROM student INNER JOIN (SELECT id FROM student ORDER BY created_at LIMIT 1000000,1 ) AS temp USING(id);
+----+-------------+------------+------------+--------+---------------+-----------------+---------+---------+---------+----------+-------------+
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
+----+-------------+------------+------------+--------+---------------+-----------------+---------+---------+---------+----------+-------------+
| 1 | PRIMARY | derived2> | NULL | ALL | NULL | NULL | NULL | NULL | 1000001 | 100.00 | NULL |
| 1 | PRIMARY | student | NULL | eq_ref | PRIMARY | PRIMARY | 4 | temp.id | 1 | 100.00 | NULL |
| 2 | DERIVED | student | NULL | index | NULL | time_sorce_name | 69 | NULL | 1000001 | 100.00 | Using index |
+----+-------------+------------+------------+--------+---------------+-----------------+---------+---------+---------+----------+-------------+
3 rows in set, 1 warning (0.00 sec)
分析結(jié)果,可以看到這個(gè)時(shí)候只查詢(xún)了1000001一條數(shù)據(jù)記錄。為什么會(huì)有這樣的變化呢。這種叫延時(shí)關(guān)聯(lián)，先通過(guò)使用覆蓋索引查詢(xún)返回需要的主鍵,再根據(jù)主鍵關(guān)聯(lián)原表獲得需要的數(shù)據(jù)，盡可能的減少了需要掃描的行數(shù)。
在某些特定的場(chǎng)合，其實(shí)有另外一種優(yōu)化方案的。比如要獲取最新的幾條插入記錄。那么在上一次查詢(xún)的時(shí)候我們可以記錄下最后一條記錄的主鍵ID(last_id)。
那么查詢(xún)就可以改為
SELECT score,first_name,last_name,id FROM student WHERE id>=last_id ORDER BY id ASC LIMIT 1
比如last_id=1000000那么這個(gè)查詢(xún)就會(huì)從1000000開(kāi)始。這樣的場(chǎng)景不管數(shù)據(jù)到多大的offset性能都會(huì)很好。
總結(jié)
以上就是這篇文章的全部?jī)?nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，謝謝大家對(duì)腳本之家的支持。
您可能感興趣的文章:- mysql優(yōu)化limit查詢(xún)語(yǔ)句的5個(gè)方法
- MYSQL分頁(yè)limit速度太慢的優(yōu)化方法
- mysql limit分頁(yè)優(yōu)化方法分享
- Mysql limit 優(yōu)化，百萬(wàn)至千萬(wàn)級(jí)快速分頁(yè) 復(fù)合索引的引用并應(yīng)用于輕量級(jí)框架
- MySQL查詢(xún)優(yōu)化:LIMIT 1避免全表掃描提高查詢(xún)效率
- 優(yōu)化mysql的limit offset的例子
- MySQL查詢(xún)優(yōu)化:連接查詢(xún)排序limit(join、order by、limit語(yǔ)句)介紹
- php下MYSQL limit的優(yōu)化
- mysql limit查詢(xún)優(yōu)化分析
- 使用Limit參數(shù)優(yōu)化MySQL查詢(xún)的方法
