索引案例分析
先建立一些假資料：
create table test03(
id int primary key not null auto_increment,
c1 char(10),
c2 char(10),
c3 char(10),
c4 char(10),
c5 char(10)
insert into test03(c1,c2,c3,c4,c5)values('a1','a2','a3','a4','a5');
insert into test03(c1,c2,c3,c4,c5)values('b1','b2','b3','b4','b5');
insert into test03(c1,c2,c3,c4,c5)values('c1','c2','c3','c4','c5');
insert into test03(c1,c2,c3,c4,c5)values('d1','d2','d3','d4','d5');
insert into test03(c1,c2,c3,c4,c5)values('e1','e2','e3','e4','e5');
建立索引：
create index idx_test03_c1234 on test03(c1,c2,c3,c4);
根據索引進行判斷索引是否失效
order by
explain select * from test03 where c1='a1' and c2='a2' and c3='a3' and c4='a4';
# and連線每個索引字段，順序是c1,c2,c3,c4.當前最佳匹配，所有索引都用上，並遵循最左字首，當然精度越高，key_len越高，代價越大。
explain select * from test03 where c1='a1' and c2='a2' and c4='a4' and c3='a3';
# 雖然查詢條件順序發生改變，但c1,c2,c3,c4都能用到索引查詢。因mysql內部會做優化。
explain select * from test03 where c4='a4' and c3='a3' and c2='a2' and c1='a1';
# 與上例一樣結論，and連線可忽略順序。sql內部會做優化
explain select * from test03 where c1='a1' and c2='a2' and c3>'a3' and c4='a4';
# c1,c2能用到索引進行查詢，因c3是範圍條件，索引只用到排序，導致在c3處斷裂，這樣c4用不到索引
explain select * from test03 where c1='a1' and c2='a2' and c4>'a4' and c3='a3';
# 都能用到索引，首先mysql 根據and連線，內部優化順序，只不過是c1,c2,c3用索引是用來查詢， 而c4用索引進行排序
explain select * from test03 where c1='a1' and c2='a2' and c4='a4' order by c3;
# 用到c1,c2索引進行查詢，c3也用到了索引只不過是用來排序，並c3沒有統計到執行計畫中，c4沒有用到索引
explain select * from test03 where c1='a1' and c2='a2' order by c3;
# 與上例一樣。根據跟上例對比，可以發現c4的索引並沒有起效。原因c3索引用於範圍查詢，導致c4無法利用索引。
explain select * from test03 where c1='a1' and c2='a2' order by c4;
# c1,c2使用索引進行查詢，但是中間跳過c3直接使用c4進行排序，導致sql內部使用filesort進行排序。
explain select * from test03 where c1='a1' and c5='a5' order by c2,c3;
# 因為c5沒有建立索引，所以c5沒有用到索引。而c1使用索引進行查詢，c2,c3使用索引進行排序
explain select * from test03 where c1='a1' and c5='a5' order by c3,c2;
# 與上例不同extra出現filesort ，c3,c2順序顛倒，sql內部無法識別，所以sql內部使用filesort進行排序
explain select * from test03 where c1='a1' and c2='a2' order by c2,c3;
# c1,c2用到索引查詢。c2,c3用來排序。
explain select * from test03 where c1='a1' and c2='a2' and c5='c5' order by c2,c3;
# 與上例結果一樣， c5並不會影響結果
explain select * from test03 where c1='a1' and c2='a2' and c5='c5' order by c3,c2;
# 通過這麼多order by案例，一般情況order by沒有按照索引順序排序，會出現filesort。但是，c2在前面索引查詢已經是const常量，索引不會出現filesort
group by
explain select * from test03 where c1='a1' and c4='a4' group by c2,c3;
explain select * from test03 where c1='a1' and c4='a4' group by c3,c2;
# 首先知道的是分組之前必須進行排序。
# 第乙個例子：使用了c1索引，索引未完全失效。
# 第二個例子：group by 後索引順序顛倒，出現了filesort和temporary，產生臨時表。
小結：索引有查詢和排序兩個功能，一般order by 是進行範圍排序，group by基本上分組之前必進行排序，會有臨時表產生。
like
explain select * from test03 where c1='a1' and c2 like 'kk%' and c3='c3';
# 用到了c1,c2,c3，有人會疑問c2使用索引為範圍排序，會導致c3失效，但是c2以常量開頭，這樣不會導致c3索引失效。
explain select * from test03 where c1='a1' and c2 like '%kk' and c3='c3';
# 只用到了c1索引。c2以%開頭失效，c3根本沒有**到
explain select * from test03 where c1='a1' and c2 like 'k%kk%' and c3='c3';
# 用到了c1,c2,c3 與案例一樣。
案例總結：
對於單鍵索引，盡量選擇針對當前查詢過濾性更好的索引。
在選擇組合索引的時候，當前查詢中過濾性最好的字段在索引字段順序中，越靠前越好。
在選擇組合索引時候，盡量選擇可以能夠包含當前查詢中where字句中更多字段的索引。
盡可能通過分析統計資訊和調整查詢的寫法來達到選擇合適索引的目的
mysql牽引 目標的牽引作用
看起來挺正常的一次對話，估計很多人都是這樣的，不僅僅是孩子，在職場裡面混跡多年的成年人可能也是這樣。聯想起最近在做的績效面談，還有前兩個月做的2020年工作規劃，對目標的合理制定，或者更低一點要求，有沒有目標，有些人沒想清楚。什麼是目標？我要賺大錢，我要努力學習 這些不是目標，是口號，吹牛練嗓子用的...
MySQL資料庫牽引
1.作用 1 提高查詢速度 2 確保資料的唯一性 3 可以加速表和表之間的鏈結，實現表與表 之間的參照完整性 4 使用分組和排序子句進行資料檢索時，可以顯著減少分組和排序時間 5 全文檢索字段進行搜尋優化 2.分類 1 主鍵索引 唯一索引 常規索引 全文索引 fulltext 3.主鍵索引 1 主鍵...
mysql怎麼實現行級索 Mysql
mysql innodb的特點 innodb如何實現事務 redo和undo，兩次提交 mysql預設的事務隔離級別 innodb如何儲存檔案 如何最高效的遍歷乙個上億的表 朋友關係如何分表 使用者數上千萬 冗餘 支援事務 原子性 atomicity 一致性 consistency 隔離性 isol...