《MYSQL數據庫MySQL索引總結》要點:
本文介紹了MYSQL數據庫MySQL索引總結,希望對您有用。如果有疑問,可以聯系我們。
MySQL索引的建立對于MySQL的高效運行是很重要的,索引可以大大提高MySQL的檢索速度.MYSQL實例
打個比方,如果合理的設計且使用索引的MySQL是一輛蘭博基尼的話,那么沒有設計和使用索引的MySQL就是一個人力三輪車.MYSQL實例
索引分單列索引和組合索引.單列索引,即一個索引只包含單個列,一個表可以有多個單列索引,但這不是組合索引.組合索引,即一個索引包含多個列.MYSQL實例
創建索引時,你需要確保該索引是應用在 SQL 查詢語句的條件(一般作為 WHERE 子句的條件).MYSQL實例
實際上,索引也是一張表,該表保存了主鍵與索引字段,并指向實體表的記錄.MYSQL實例
上面都在說使用索引的好處,但過多的使用索引將會造成濫用.因此索引也會有它的缺點:雖然索引大大提高了查詢速度,同時卻會降低更新表的速度,如對表進行INSERT、UPDATE和DELETE.因為更新表時,MySQL不僅要保存數據,還要保存一下索引文件.MYSQL實例
建立索引會占用磁盤空間的索引文件.MYSQL實例
Mysql目前主要有以下幾種索引類型:FULLTEXT,HASH,BTREE,RTREE.MYSQL實例
即為全文索引,目前只有MyISAM引擎支持.其可以在CREATE TABLE ,ALTER TABLE ,CREATE INDEX 使用,不過目前只有 CHAR、VARCHAR ,TEXT 列上可以創建全文索引.MYSQL實例
全文索引并不是和MyISAM一起誕生的,它的出現是為了解決WHERE name LIKE “%word%"這類針對文本的模糊查詢效率較低的問題.MYSQL實例
由于HASH的唯一(幾乎100%的唯一)及類似鍵值對的形式,很適合作為索引.MYSQL實例
HASH索引可以一次定位,不需要像樹形索引那樣逐層查找,因此具有極高的效率.但是,這種高效是有條件的,即只在“=”和“in”條件下高效,對于范圍查詢、排序及組合索引仍然效率不高.MYSQL實例
BTREE索引就是一種將索引值按一定的算法,存入一個樹形的數據結構中(二叉樹),每次查詢都是從樹的入口root開始,依次遍歷node,獲取leaf.這是MySQL里默認和最常用的索引類型.MYSQL實例
RTREE在MySQL很少使用,僅支持geometry數據類型,支持該類型的存儲引擎只有MyISAM、BDb、InnoDb、NDb、Archive幾種.MYSQL實例
相對于BTREE,RTREE的優勢在于范圍查找.MYSQL實例
ps. 此段詳細內容見此片博文:Mysql幾種索引類型的區別及適用情況MYSQL實例
ps.MYSQL實例
索引合并,使用多個單列索引組合搜索
覆蓋索引,select的數據列只用從索引中就能夠取得,不必讀取數據行,換句話說查詢列要被所建的索引覆蓋MYSQL實例
--創建普通索引 CREATE INDEX index_name ON table_name(col_name); --創建唯一索引 CREATE UNIQUE INDEX index_name ON table_name(col_name); --創建普通組合索引 CREATE INDEX index_name ON table_name(col_name_1,col_name_2); --創建唯一組合索引 CREATE UNIQUE INDEX index_name ON table_name(col_name_1,col_name_2);
ALTER TABLE table_name ADD INDEX index_name(col_name);
--直接刪除索引 DROP INDEX index_name ON table_name; --修改表結構刪除索引 ALTER TABLE table_name DROP INDEX index_name;
- 查看表結構 ????desc table_name; ? - 查看生成表的SQL ????show create table table_name; ? - 查看索引 ????show index from? table_name; ? - 查看執行時間 ????set profiling = 1; ????SQL... ????show profiles;
到這里我們已經學會了建立索引,那么我們需要在什么情況下建立索引呢?一般來說,在WHERE和JOIN中出現的列需要建立索引,但也不完全如此,因為MySQL只對<,<=,=,>,>=,BETWEEN,IN,以及某些時候的LIKE才會使用索引.例如:MYSQL實例
SELECT t.Name? FROM mytable_t LEFT JOIN mytable_m?ON t.Name=m.username WHERE m.age=20 AND m.city='鄭州' ;
此時就需要對city和age建立索引,由于mytable_m表的userame也出現在了JOIN子句中,也有對它建立索引的必要.MYSQL實例
剛才提到只有某些時候的LIKE才需建立索引.因為在以通配符%和_開頭作查詢時,MySQL不會使用索引.MYSQL實例
數據庫表中添加索引后確實會讓查詢速度起飛,但前提必須是正確的使用索引來查詢,如果以錯誤的方式使用,則即使建立索引也會不奏效.
即使建立索引,索引也不會生效:MYSQL實例
- 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) - 連表時注意條件類型需一致 - 索引散列值(重復多)不適合建索引,例:性別不適合
若需求是每頁顯示10條數據,如何建立分頁?MYSQL實例
我們可以先使用LIMIT嘗試:MYSQL實例
--第一頁 SELECT * FROM table_name LIMIT 0,10; --第二頁 SELECT * FROM table_name LIMIT 10,10; --第三頁 SELECT * FROM table_name LIMIT 20,10;
但是這樣做有如下弊端:MYSQL實例
改善:MYSQL實例
若已知每頁的max_id和min_id,則可以通過主鍵索引來快速定位:MYSQL實例
--下一頁 SELECT * FROM table_name WHERE id in (SELECT id FROM table_name WHERE id > max_id LIMIT 10); --上一頁 SELECT * FROM table_name WHERE id in (SELECT id FROM table_name WHERE id < min_id ORDER BY id DESC LIMIT 10); --當前頁之后的某一頁 SELECT * FROM table_name WHERE id in (SELECT id FROM (SELECT id FROM (SELECT id FROM table_name WHERE id < min_id ORDER BY id desc LIMIT (頁數差*10)) AS N ORDER BY N.id ASC LIMIT 10) AS P ORDER BY P.id ASC); --當前頁之前的某一頁 SELECT * FROM table_name WHERE id in (SELECT id FROM (SELECT id FROM (SELECT id FROM table_name WHERE id > max_id LIMIT (頁數差*10)) AS N ORDER BY N.id DESC LIMIT 10) AS P ORDER BY P.id ASC);
explain + 查詢SQL - 用于顯示SQL執行信息參數,根據參考信息可以進行SQL優化MYSQL實例
mysql> explain select * from tb2; +----+-------------+-------+------+---------------+------+---------+------+------+-------+ | id | select_type | table | type | possible_keys | key? | key_len | ref? | rows | Extra | +----+-------------+-------+------+---------------+------+---------+------+------+-------+ |? 1 | SIMPLE????? | tb2?? | ALL? | NULL????????? | NULL | NULL??? | NULL |??? 2 | NULL? | +----+-------------+-------+------+---------------+------+---------+------+------+-------+ 1 row in set (0.00 sec)
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列中索引的位圖,并且是冗余的.
MySQL的慢查詢日志是MySQL提供的一種日志記錄,它用來記錄在MySQL中響應時間超過閥值的語句,具體指運行時間超過long_query_time值的SQL,則會被記錄到慢查詢日志中.long_query_time的默認值為10,意思是運行10S以上的語句.默認情況下,MySQLl數據庫并不啟動慢查詢日志,需要我們手動來設置這個參數,當然,如果不是調優需要的話,一般不建議啟動該參數,因為開啟慢查詢日志會或多或少帶來一定的性能影響.慢查詢日志支持將日志記錄寫入文件,也支持將日志記錄寫入數據庫表.?MYSQL實例
--查詢配置命令 show variables like '%query%'; --當前配置參數 binlog_rows_query_log_events OFF ft_query_expansion_limit 20 have_query_cache YES --時間限制,超過此時間,則記錄 long_query_time 10.000000 query_alloc_block_size 8192 query_cache_limit 1048576 query_cache_min_res_unit 4096 query_cache_size 1048576 query_cache_type OFF query_cache_wlock_invalidate OFF query_prealloc_size 8192 --是否開啟慢日志記錄 slow_query_log OFF --日志文件 slow_query_log_file D:\Program Files (x86)\mysql-5.7.18-winx64\data\Jack-slow.log --
set global 變量名 = 值; --例如,修改時間限制為20s long_query_time = 20;
ps.也可以直接打開慢日志配置文件進行修改,但必須重啟服務才能生效MYSQL實例
mysqldumpslow -s at -a ?/usr/local/var/mysql/MacBook-Pro-3-slow.log
?MYSQL實例
""" --verbose??? 版本 --debug????? 調試 --help?????? 幫助 ? -v?????????? 版本 -d?????????? 調試模式 -s ORDER???? 排序方式 ?????????????what to sort by (al, at, ar, c, l, r, t), 'at' is default ??????????????al: average lock time ??????????????ar: average rows sent ??????????????at: average query time ???????????????c: count ???????????????l: lock time ???????????????r: rows sent ???????????????t: query time -r?????????? 反轉順序,默認文件倒序拍.reverse the sort order (largest last instead of first) -t NUM?????? 顯示前N條just show the top n queries -a?????????? 不要將SQL中數字轉換成N,字符串轉換成S.don't abstract all numbers to N and strings to 'S' -n NUM?????? abstract numbers with at least n digits within names -g PATTERN?? 正則匹配;grep: only consider stmts that include this string -h HOSTNAME? mysql機器名或者IP;hostname of db server for *-slow.log filename (can be wildcard), ?????????????default is '*', i.e. match all -i NAME????? name of server instance (if using mysql.server startup script) -l?????????? 總時間中不減去鎖定時間;don't subtract lock time from total time """
?MYSQL實例
參考資料:MYSQL實例
1.?http://www.cnblogs.com/wupeiqi/articles/5716963.htmlMYSQL實例
2.?http://www.w3cschool.cn/mysql/mysql-index.htmlMYSQL實例
3.?http://www.cnblogs.com/yuan-shuai/p/3225417.htmlMYSQL實例
4.?http://www.jb51.net/article/49346.htmMYSQL實例
轉載請注明本頁網址:
http://www.snjht.com/jiaocheng/5557.html