5 如何合理使用索引加速 tips: 500萬條建表sql參照網盤sql腳本 [root@linux-141 bin]# ./mysql -u root -p itcast < product_list-5072825.sql 索引是資料庫優化最常用也是最重要的手段之一, 通過索引通常可以幫助用戶解 ...
5 如何合理使用索引加速
tips:
500萬條建表sql參照網盤sql腳本
[root@linux-141 bin]# ./mysql -u root -p itcast < product_list-5072825.sql
索引是資料庫優化最常用也是最重要的手段之一, 通過索引通常可以幫助用戶解決大多數的MySQL的性能優化問題。
5.1 驗證索引提升查詢效率
在我們準備的表結構product_list 中, 一共存儲了 500多萬記錄;
mysql> select count(1) from product_list;
+----------+
| count(1) |
+----------+
| 5072825 |
+----------+
1 row in set (1.71 sec)
mysql>
1) 根據ID查詢
SELECT * FROM product_list WHERE id = 121926;
查詢速度很快, 接近0s , 主要的原因是因為id為主鍵, 有索引;
2). 根據store_name進行精確查詢
執行用時4分鐘
SELECT * FROM product_list WHERE store_name = '聯想北達興科專賣店';
查看SQL語句的執行計劃 :
explain SELECT * FROM product_list WHERE store_name = '聯想北達興科專賣店';
處理方案 , 針對store_name欄位, 創建索引 :
create index product_list_stname on product_list(store_name);
索引創建完成之後,再次進行查詢 :
SELECT * FROM product_list WHERE store_name = '聯想北達興科專賣店';
通過explain , 查看執行計劃,執行SQL時使用了剛纔創建的索引
-- 查看SQL語句的執行計劃
explain SELECT * FROM product_list WHERE store_name = '聯想北達興科專賣店';
5.2 索引的使用
5.2.1 準備環境
create table `tb_seller` (
`sellerid` varchar (100),
`name` varchar (100) not null,
`nickname` varchar (50),
`password` varchar (60),
`status` varchar (1) not null,
`address` varchar (100) not null,
`createtime` datetime,
primary key(`sellerid`)
)engine=innodb default charset=utf8;
insert into `tb_seller` (`sellerid`, `name`, `nickname`, `password`, `status`, `address`, `createtime`) values('alibaba','阿裡巴巴','阿裡小店','e10adc3949ba59abbe56e057f20f883e','1','北京市','2088-01-01 12:00:00');
insert into `tb_seller` (`sellerid`, `name`, `nickname`, `password`, `status`, `address`, `createtime`) values('baidu','百度科技有限公司','百度小店','e10adc3949ba59abbe56e057f20f883e','1','北京市','2088-01-01 12:00:00');
insert into `tb_seller` (`sellerid`, `name`, `nickname`, `password`, `status`, `address`, `createtime`) values('huawei','華為科技有限公司','華為小店','e10adc3949ba59abbe56e057f20f883e','0','北京市','2088-01-01 12:00:00');
insert into `tb_seller` (`sellerid`, `name`, `nickname`, `password`, `status`, `address`, `createtime`) values('itcast','傳智播客教育科技有限公司','傳智播客','e10adc3949ba59abbe56e057f20f883e','1','北京市','2088-01-01 12:00:00');
insert into `tb_seller` (`sellerid`, `name`, `nickname`, `password`, `status`, `address`, `createtime`) values('itheima','黑馬程式員','黑馬程式員','e10adc3949ba59abbe56e057f20f883e','0','北京市','2088-01-01 12:00:00');
insert into `tb_seller` (`sellerid`, `name`, `nickname`, `password`, `status`, `address`, `createtime`) values('luoji','羅技科技有限公司','羅技小店','e10adc3949ba59abbe56e057f20f883e','1','北京市','2088-01-01 12:00:00');
insert into `tb_seller` (`sellerid`, `name`, `nickname`, `password`, `status`, `address`, `createtime`) values('oppo','OPPO科技有限公司','OPPO官方旗艦店','e10adc3949ba59abbe56e057f20f883e','0','北京市','2088-01-01 12:00:00');
insert into `tb_seller` (`sellerid`, `name`, `nickname`, `password`, `status`, `address`, `createtime`) values('ourpalm','掌趣科技股份有限公司','掌趣小店','e10adc3949ba59abbe56e057f20f883e','1','北京市','2088-01-01 12:00:00');
insert into `tb_seller` (`sellerid`, `name`, `nickname`, `password`, `status`, `address`, `createtime`) values('qiandu','千度科技','千度小店','e10adc3949ba59abbe56e057f20f883e','2','北京市','2088-01-01 12:00:00');
insert into `tb_seller` (`sellerid`, `name`, `nickname`, `password`, `status`, `address`, `createtime`) values('sina','新浪科技有限公司','新浪官方旗艦店','e10adc3949ba59abbe56e057f20f883e','1','北京市','2088-01-01 12:00:00');
insert into `tb_seller` (`sellerid`, `name`, `nickname`, `password`, `status`, `address`, `createtime`) values('xiaomi','小米科技','小米官方旗艦店','e10adc3949ba59abbe56e057f20f883e','1','西安市','2088-01-01 12:00:00');
insert into `tb_seller` (`sellerid`, `name`, `nickname`, `password`, `status`, `address`, `createtime`) values('yijia','宜家家居','宜家家居旗艦店','e10adc3949ba59abbe56e057f20f883e','1','北京市','2088-01-01 12:00:00');
create index idx_seller_name_sta_addr on tb_seller(name,status,address);
5.2.2 避免索引失效
組合索引(name,status,address)
1) 全值匹配
對索引中所有列都指定具體值。
-- 全值匹配
explain select * from tb_seller where name='小米科技' and status='1' and address='北京市';
ken_len = 3 * N + 2;
-- name varchar(100) ==302
-- status varchar(1) ==5
-- address varchar(100) ==302
2) 最左首碼法則
如果索引了多列,要遵守最左首碼法則。指的是查詢從索引的最左前列開始,並且不跳過索引中的列。
匹配最左首碼法則,走索引:
explain select * from tb_seller where name='小米科技';
違反最左首碼法則 , 索引失效:
explain select * from tb_seller where status='1';
explain select * from tb_seller where status='1' and address='北京市';
如果符合最左法則,但是出現跳躍某一列,只有最左列索引生效:
explain select * from tb_seller where name='小米科技' and address='北京市';
3) 範圍查詢右邊的列
-- 使用範圍查詢的情況,右邊的列失效
explain select * from tb_seller where name='小米科技' and status='1' and address='北京市';
explain select * from tb_seller where name='小米科技' and status>'1' and address='北京市';
根據前面的兩個欄位name , status 查詢是走索引的, 但是最後一個條件address 沒有用到索引。
4) 禁止列運算
-- 不要在索引列上進行運算操作, 索引將失效。
explain select * from tb_seller where substring(name,3,2) ='科技';
5) 字元串不加單引號
造成索引失效。
-- 字元串不加單引號,造成索引失效。
explain select * from tb_seller where name='科技' and status='0';
explain select * from tb_seller where name='科技' and status=0;
由於,在查詢時,沒有對字元串加單引號,MySQL的查詢優化器,會自動的進行類型轉換,造成索引失效。
6) 儘量使用覆蓋索引
避免select *
儘量使用覆蓋索引(只訪問索引的查詢(索引列完全包含查詢列)),減少select * 。
-- 儘量使用覆蓋索引
explain select * from tb_seller where name='科技' and status='0' and address='西安市';
explain select name from tb_seller where name='科技' and status='0' and address='西安市';
explain select name ,status from tb_seller where name='科技' and status='0' and address='西安市';
explain select name ,status,address from tb_seller where name='科技' and status='0' and address='西安市';
如果查詢列,超出索引列,也會降低性能。
explain select status,address ,password from tb_seller where name='科技' and status='0' and address='西安市';
TIP :
using index :使用覆蓋索引的時候就會出現
using where:在查找使用索引的情況下,需要回表去查詢所需的數據
using index condition:查找使用了索引,但是需要回表查詢數據
using index ; using where:查找使用了索引,但是需要的數據都在索引列中能找到,所以不需要回表查詢數據
7) 合理使用or條件
用or分割開的條件, 如果or前的條件中的列有索引,而後面的列中沒有索引,那麼涉及的索引都不會被用到。
示例,name欄位是索引列 , 而createtime不是索引列,中間是or進行連接是不走索引的 :
explain select * from tb_seller where name='黑馬程式員' or createtime = '2088-01-01 12:00:00';
8) 合理使用like查詢
以%開頭的Like模糊查詢,索引失效。
-- 如果僅僅是尾部模糊匹配,索引不會失效。如果是頭部模糊匹配,索引失效。
explain select * from tb_seller where name like '黑馬程式員%';
explain select * from tb_seller where name like '%黑馬程式';
explain select * from tb_seller where name like '%黑馬程式員%';
解決方案 : 通過覆蓋索引來解決
explain select sellerid from tb_seller where name like '%科技%';
explain select sellerid,name from tb_seller where name like '%科技%';
explain select sellerid,name,status,address from tb_seller where name like '%科技%';
9) 合理評估索引執行
如果MySQL評估使用索引比全表更慢,則不使用索引。
-- 如果MySQL評估使用索引比全表更慢,則不使用索引。
create index idx_seller_addr on tb_seller(address);
explain select * from tb_seller where address='北京市';
explain select * from tb_seller where address='西安市';
10) is NULL和 is NOT NULL
有時索引失效。
-- is NULL和 is NOT NULL
explain select * from tb_seller where name is null;
explain select * from tb_seller where name is not null;
解決方案:把null值設置一個預設值
11) in和not in
in 走索引, not in 索引失效。
-- in 走索引, not in 索引失效。
explain select * from tb_seller where sellerid in('oppo','xiaomi','sina');
explain select * from tb_seller where sellerid not in ('oppo','xiaomi','sina');
12) 單列索引和複合索引
儘量使用複合索引,而少使用單列索引 。
創建複合索引
create index idx_name_sta_address on tb_seller(name, status, address);
就相當於創建了三個索引 :
name
name + status
name + status + address
創建單列索引
create index idx_seller_name on tb_seller(name);
create index idx_seller_status on tb_seller(status);
create index idx_seller_address on tb_seller(address);
資料庫會選擇一個最優的索引(辨識度最高索引)來使用,並不會使用全部索引 。
5.3 查看索引使用情況
show status like 'Handler_read%';
show global status like 'Handler_read%';
mysql> show status like 'Handler_read%';
+-----------------------+---------+
| Variable_name | Value |
+-----------------------+---------+
| Handler_read_first | 18 |
| Handler_read_key | 19 |
| Handler_read_last | 0 |
| Handler_read_next | 5072825 |
| Handler_read_prev | 0 |
| Handler_read_rnd | 0 |
| Handler_read_rnd_next | 269 |
+-----------------------+---------+
7 rows in set (0.02 sec)
mysql>
Handler_read_first:索引中第一條被讀的次數。如果較高,表示伺服器正執行大量全索引掃描(這個值越低越好)。
Handler_read_key:如果索引正在工作,這個值代表一個行被索引值讀的次數,如果值越低,表示索引得到的性能改善不高,因為索引不經常使用(這個值越高越好)。
Handler_read_next :按照鍵順序讀下一行的請求數。如果你用範圍約束或如果執行索引掃描來查詢索引列,該值增加。
Handler_read_prev:按照鍵順序讀前一行的請求數。該讀方法主要用於優化ORDER BY ... DESC。
Handler_read_rnd :根據固定位置讀一行的請求數。如果你正執行大量查詢並需要對結果進行排序該值較高。你可能使用了大量需要MySQL掃描整個表的查詢或你的連接沒有正確使用鍵。這個值較高,意味著運行效率低,應該建立索引來補救。
Handler_read_rnd_next:在數據文件中讀下一行的請求數。如果你正進行大量的表掃描,該值較高。通常說明你的表索引不正確或寫入的查詢沒有利用索引。
本文由傳智教育博學谷 - 狂野架構師教研團隊發佈
如果本文對您有幫助,歡迎關註和點贊;如果您有任何建議也可留言評論或私信,您的支持是我堅持創作的動力
轉載請註明出處!