MySQL查詢性能調優化

1、索引的概念

索引：相似於字典的目錄，設置索引能夠 加速數據查找，對數據進行約束；

 

2、索引類型：

主鍵索引：保證數據惟一性，不能重複+不能爲空

普通索引：加速數據查找

惟一索引:加速查找+不能重複

組合索引（多列組合成一個索引）：

 

 

3、索引的工做原理

一、索引原理：

若是要查找的數據，沒有設置索引，會從前到後地毯式搜索數據，若是設置了索引，會單首創建一張額外表，按某種格式保存該列數據位置，方便查找；

二、索引表的數據的格式

2.一、

hash格式：會把列中數據逐一hash成hash值（數字）對應數據的存儲地址；

索引表：
數據hash值(數字) 存儲位置（數字）

888 666

988 444

特色：索引表中的數據，和數據庫表中數據順序不一致了；（hash索引，適合單條數據查找，不適合範圍查
找）

2.二、

Btree格式：二叉樹，左側放比本身小的數字，右側放比本身大的數據

特色：範圍查找速度快

 

 

4、建立索引：

一、普通索引：

建立索引名 on...表的..列
CREATE INDEX zhanggen on day61.`user`(email);

二、惟一索引：

create unique index 索引名稱 on 表名(列名)
drop unique index 索引名稱 on 表名

三、組合索引(最左前綴匹配)：

create unique index 索引名稱 on 表名(列名,列名)
drop unique index 索引名稱 on 表名
create index ix_name_email on userinfo3(name,email,)

四、名稱索引：覆蓋索引、合併索引

4.1覆蓋索引：直接在索引文件裏查找，無需查找數據庫文件使用索引方式；

SELECT id FROM day61.`user` WHERE id=9999;

4.2合併索引：把多個單列索引，聯合使用來查找數據的方式；

SELECT id FROM day61.`user` WHERE id=9999 AND email="9999alex@163.com";

4.3組合索引 和 索引合併的區別：

組合索引：多列制形成一個索引

索引合併：只是使用索引的時候，把多個個單列的索引一塊兒使用；

組合索引效率 > 索引合併

組合索引
----（name,email）
select * from userinfo3 where name='alex' and email='asdf';
select * from userinfo3 where name='alex';
索引合併
----name
----email
SELECT * FROM day61.`user` WHERE id=1993 and email='1992alex@163.com';
select * from userinfo3 where name='id=1993';
select * from userinfo3 where email='1992alex@163.com';

 

各自應用場景：

兩列常常聯合使用使用聯合索引
索引合併：單列數據 使用索引合併

 

5、使用索引注意事項

數據庫表中添加索引後確實會讓查詢速度起飛，但前提必須是正確的使用索引來查詢，若是以錯誤的方式使用，則即便創建索引也會不奏效。
即便創建索引，索引也不會生效：

1.常見錯誤使用索引

- like '%xx'
    select * from tb1 where name like '%cn';
- 使用函數
    select * from tb1 where reverse(name) = 'wupeiqi';
- or
    select * from tb1 where nid = 1 or email = 'seven@live.com';
    特別的：當or條件中有未創建索引的列才失效，如下會走索引
            select * from tb1 where nid = 1 or name = 'seven';
            select * from tb1 where nid = 1 or email = 'seven@live.com' and name = 'alex'
- 類型不一致
    若是列是字符串類型，傳入條件是必須用引號引發來，否則...
    select * from tb1 where name = 999;
- !=
    select * from tb1 where name != 'alex'
    特別的：若是是主鍵，則仍是會走索引
        select * from tb1 where nid != 123
- >
    select * from tb1 where name > 'alex'
    特別的：若是是主鍵或索引是整數類型，則仍是會走索引
        select * from tb1 where nid > 123
        select * from tb1 where num > 123
- order by
    select email from tb1 order by name desc;
    當根據索引排序時候，選擇的映射若是不是索引，則不走索引
    特別的：若是對主鍵排序，則仍是走索引：
        select * from tb1 order by nid desc;
 
- 組合索引最左前綴
    若是組合索引爲：(name,email)
    name and email       -- 使用索引
    name                 -- 使用索引
    email                -- 不使用索引

 

二、其餘注意事項

- 避免使用select *
- count(1)或count(列) 代替 count(*)
- 建立表時儘可能時 char 代替 varchar
- 表的字段順序固定長度的字段優先
- 組合索引代替多個單列索引（常用多個條件查詢時）
- 儘可能使用短索引
- 使用鏈接（JOIN）來代替子查詢(Sub-Queries)
- 連表時注意條件類型需一致
- 索引散列值（重複少）不適合建索引，例：性別不適合

 

6、執行計劃

explain + 查詢SQL:用於評估 SQL執行效率，根據參考信息能夠進行SQL優化

EXPLAIN SELECT * FROM day61.`user`;

id
        查詢順序標識
            如：mysql> explain select * from (select nid,name from tb1 where nid < 10) as B;
            +----+-------------+------------+-------+---------------+---------+---------+------+------+-------------+
            | id | select_type | table      | type  | possible_keys | key     | key_len | ref  | rows | Extra       |
            +----+-------------+------------+-------+---------------+---------+---------+------+------+-------------+
            |  1 | PRIMARY     | <derived2> | ALL   | NULL          | NULL    | NULL    | NULL |    9 | NULL        |
            |  2 | DERIVED     | tb1        | range | PRIMARY       | PRIMARY | 8       | NULL |    9 | Using where |
            +----+-------------+------------+-------+---------------+---------+---------+------+------+-------------+
        特別的：若是使用union鏈接氣值可能爲null


    select_type
        查詢類型
            SIMPLE          簡單查詢
            PRIMARY         最外層查詢
            SUBQUERY        映射爲子查詢
            DERIVED         子查詢
            UNION           聯合
            UNION RESULT    使用聯合的結果
            ...
    table
        正在訪問的表名


    type
        查詢時的訪問方式，性能：all < index < range < index_merge < ref_or_null < ref < eq_ref < system/const
            ALL             全表掃描，對於數據表從頭至尾找一遍
                            select * from tb1;
                            特別的：若是有limit限制，則找到以後就不在繼續向下掃描
                                   select * from tb1 where email = 'seven@live.com'
                                   select * from tb1 where email = 'seven@live.com' limit 1;
                                   雖然上述兩個語句都會進行全表掃描，第二句使用了limit，則找到一個後就再也不繼續掃描。

            INDEX           全索引掃描，對索引從頭至尾找一遍
                            select nid from tb1;

            RANGE          對索引列進行範圍查找
                            select *  from tb1 where name < 'alex';
                            PS:
                                between and
                                in
                                >   >=  <   <=  操做
                                注意：!= 和 > 符號


            INDEX_MERGE     合併索引，使用多個單列索引搜索
                            select *  from tb1 where name = 'alex' or nid in (11,22,33);

            REF             根據索引查找一個或多個值
                            select *  from tb1 where name = 'seven';

            EQ_REF          鏈接時使用primary key 或 unique類型
                            select tb2.nid,tb1.name from tb2 left join tb1 on tb2.nid = tb1.nid;



            CONST           常量
                            表最多有一個匹配行,由於僅有一行,在這行的列值可被優化器剩餘部分認爲是常數,const表很快,由於它們只讀取一次。
                            select nid from tb1 where nid = 2 ;

            SYSTEM          系統
                            表僅有一行(=系統表)。這是const聯接類型的一個特例。
                            select * from (select nid from tb1 where nid = 1) as A;
    possible_keys
        可能使用的索引

    key
        真實使用的

    key_len
        MySQL中使用索引字節長度

    rows
        mysql估計爲了找到所需的行而要讀取的行數 ------ 只是預估值

    extra
        該列包含MySQL解決查詢的詳細信息
        「Using index」
            此值表示mysql將使用覆蓋索引，以免訪問表。不要把覆蓋索引和index訪問類型弄混了。
        「Using where」
            這意味着mysql服務器將在存儲引擎檢索行後再進行過濾，許多where條件裏涉及索引中的列，當（而且若是）它讀取索引時，就能被存儲引擎檢驗，所以不是全部帶where子句的查詢都會顯示「Using where」。有時「Using where」的出現就是一個暗示：查詢可受益於不一樣的索引。
        「Using temporary」
            這意味着mysql在對查詢結果排序時會使用一個臨時表。
        「Using filesort」
            這意味着mysql會對結果使用一個外部索引排序，而不是按索引次序從表裏讀取行。mysql有兩種文件排序算法，這兩種排序方式均可以在內存或者磁盤上完成，explain不會告訴你mysql將使用哪種文件排序，也不會告訴你排序會在內存裏仍是磁盤上完成。
        「Range checked for each record(index map: N)」
            這個意味着沒有好用的索引，新的索引將在聯接的每一行上從新估算，N是顯示在possible_keys列中索引的位圖，而且是冗餘的。

詳細

View Code

 

7、慢日誌查詢

一、慢日誌格式：

- 執行時間 > 10
- 未命中索引
- 日誌文件路徑

二、在MySQL命令行配置慢日誌：

show variables like '%query%'
set global 變量名 = 值

 

三、在MySQL的配置文件配置慢日誌：

mysqld --defaults-file='E:\wupeiqi\mysql-5.7.16-winx64\mysql-5.7.16-winx64\my-default.ini'

my.conf內容：
slow_query_log = ON
slow_query_log_file = D:/....

四、注意：修改配置文件以後，須要重啓服務

 

8、limit分頁**

不管是否有索引，limit分頁是一個值得關注的問題

上下頁間跳轉：

基於當前頁 的最大ID 和最小ID 推算上一頁，下一頁顯示所須要的數據條目；

指定頁間跳轉：

求本頁到跳轉頁所須要的數據，選擇出全部ID。在選擇

 

一、上頁：獲取當前頁最大ID（假設顯示當前頁面：須要10條數據，當前頁最小ID=20  最大ID=30）

 

步驟1：where條件篩選出 小於本頁最小ID的數據，id=20----最開始數據行；

步驟2：找到本頁以前的的數據行，倒序，取其中的10條，就是上頁顯示須要的數據；

SELECT * FROM day61.`user` WHERE id < 20 ORDER BY id DESC LIMIT 10；

二、下頁：獲取當前頁最大ID（假設顯示當前頁面：須要10條數據，當前頁最小ID=20 最大ID=30）

 

步驟1：where條件篩選出 大於本頁最大ID的數據，id=30----最末尾的數據行；

步驟2：找到本頁以後的的數據行，取其中的10條，就是下頁顯示須要的數據；

SELECT * FROM day61.`user` WHERE id >30 LIMIT 10;

 

三、上頁  三、四、五、六、七、8......下頁（跳轉到指定頁，假設顯示當前頁面：須要10條數據，當前頁最小ID=20 最大ID=30）

 

假設從 第3頁跳轉到第8頁

步驟1：獲取顯示本頁最大ID以後的數據行，limit(8-3)*10數據行

步驟2：獲取了3-8行之間全部數據行 limit（10）就是顯示跳轉頁所需數據；

步驟三、select id 獲取顯示該頁所須要 數據行的，全部id，在選擇跳轉頁 id；

select * from userinfo3 where id in (

select id from (select id from userinfo3 where id > max_id limit 30) as N order by N.id desc limit 10

獲取跳轉頁數據行 全部的ID )