SELECT a.* FROM 表 1 a, (select id from 表 1 where 條件 LIMIT 100000,20 ) b where a.id=b.id

覆蓋 索引 必須 要 存儲(chǔ) 索引 列 的 值，假設(shè) 索引 覆蓋 了 WHERE 條件 中的 字段， 但不 是 整個(gè) 查詢(xún) 涉及 的 字段。 如果 條件 為 假( false)， MySQL 5. 5 和 更早 的 版本 也 總是 會(huì) 回 表 獲取 數(shù)據(jù) 行， 盡管 并不 需要 這 一行 且 最終 會(huì)被 過(guò) 濾掉。

使用延遲關(guān)聯(lián)和覆蓋索引對(duì)查詢(xún)進(jìn)行優(yōu)化

測(cè)試結(jié)果來(lái)自 高性能MySQL

查詢(xún) 返回 了 一個(gè) 很大 的 結(jié)果 集， 因此 看不 到 優(yōu)化 的 效果。 大部分 時(shí)間 都 花在 讀取 和 發(fā)送 數(shù)據(jù) 上了。

經(jīng)過(guò) 索引 過(guò)濾， 過(guò)濾后 的 結(jié)果集 已經(jīng)很少了，所以 優(yōu)化效果 明顯

子 查詢(xún) 效率 反而 下降 因?yàn)?索引 過(guò)濾 時(shí) 符合 第一個(gè) 條件 的 結(jié)果 集 已經(jīng) 很小， 所以 子 查詢(xún) 帶來(lái) 的 成本 反而 比 從 表中 直接 提取 完整 行 更高。

當(dāng)從一個(gè)數(shù)據(jù)集中過(guò)濾出很少的結(jié)果集時(shí)，優(yōu)化效果顯著。當(dāng)數(shù)據(jù)集過(guò)濾出很多結(jié)果集、優(yōu)化效果一般，數(shù)據(jù)集本身很少時(shí)，優(yōu)化效果反而下降

SQL 性能優(yōu)化的目標(biāo)：至少要達(dá)到 range 級(jí)別，要求是 ref 級(jí)別，如果可以是consts 最好。

摘自阿里Java開(kāi)發(fā)規(guī)約

consts 單表中最多只有一個(gè)匹配行(主鍵或者唯一索引)，在優(yōu)化階段即可讀取到數(shù)據(jù)。

ref 指的是使用普通的索引(normal index)。

range 對(duì)索引進(jìn)行范圍檢索。

反例：explain 表的結(jié)果，type=index，索引物理文件全掃描，速度非常慢，這個(gè) index 級(jí)別比較 range還低，與全表掃描是小巫見(jiàn)大巫

【推薦】建組合索引的時(shí)候，區(qū)分度最高的在最左邊。

正例：如果 where a=? and b=? ，如果 a 列的幾乎接近于唯一值，那么只需要單建 idx_a 索引即可。

說(shuō)明：存在非等號(hào)和等號(hào)混合時(shí)，在建索引時(shí)，請(qǐng)把等號(hào)條件的列前置。

如：where c>? and d=? 那么即使 c 的區(qū)分度更高，也必須把 d 放在索引的最前列，即索引 idx_d_c。

【強(qiáng)制】在 varchar 字段上建立索引時(shí)，必須指定索引長(zhǎng)度，沒(méi)必要對(duì)全字段建立索引，根據(jù)實(shí)際文本區(qū)分度決定索引長(zhǎng)度即可。

說(shuō)明：索引的長(zhǎng)度與區(qū)分度是一對(duì)矛盾體，一般對(duì)字符串類(lèi)型數(shù)據(jù)，長(zhǎng)度為 20 的索引，區(qū)分度會(huì)高達(dá)

90%以上，可以使用 count(distinct left(列名, 索引長(zhǎng)度))/count(*)的區(qū)分度來(lái)確定。

【強(qiáng)制】頁(yè)面搜索嚴(yán)禁左模糊或者全模糊，如果需要請(qǐng)走搜索引擎來(lái)解決。

說(shuō)明：索引文件具有 B-Tree 的最左前綴匹配特性，如果左邊的值未確定，那么無(wú)法使用此索引。

【推薦】如果有 order by 的場(chǎng)景，請(qǐng)注意利用索引的有序性。order by 最后的字段是組合索引的一部分，并且放在索引組合順序的最后，避免出現(xiàn) file_sort 的情況，影響查詢(xún)性能。

正例：where a=? and b=? order by c; 索引：a_b_c

反例：索引如果存在范圍查詢(xún)，那么索引有序性無(wú)法利用，如：WHERE a>10 ORDER BY b; 索引 a_b 無(wú)法排序

總結(jié)

以上是生活随笔為你收集整理的jmr连接mysql_MYSQL 优化之延迟关联的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。