最近有個需求，要修改現有儲存結構，涉及查詢條件和查詢效率的考量，看了幾篇索引和hbase相關的文章，回憶了相關知識，結合專案需求，說說自己的理解和總結。索引結構和資料定位過程
查詢過程和高階查詢
執行計畫詳細介紹
常見優化方法
聯合索引最左字首原則
復合索引遵守「最左字首」原則，查詢條件中，使用了復合索引前面的字段，索引才會被使用，如果不是按照索引的最左列開始查詢，則無法使用索引。
比如在(a,b,c)三個欄位上建立聯合索引，那麼它能夠加快a|(a,b)|(a,b,c)三組查詢的速度，而不能加快b|(b,a)這種查詢順序。
另外，建聯合索引的時候，區分度最高的字段在最左邊。
不要在列上使用函式和進行運算
不要在列上使用函式，這將導致索引失效而進行全表掃瞄。
例如下面的 sql 語句：
select * from artile where
year(create_time) <= '2018';
負向條件查詢不能使用索引
負向條件有：!=、<>、not in、not exists、not like 等。
select * from artile where status != 1
and status != 2;
select * from artile where status in (0,3)所謂覆蓋索引，是指被查詢的列，資料能從索引中取得，而不用通過行定位符再到資料表上獲取，能夠極大的提高效能。
可以定義乙個讓索引包含的額外的列，即使這個列對於索引而言是無用的。
避免強制型別轉換
當查詢條件左右兩側型別不匹配的時候會發生強制轉換，強制轉換可能導致索引失效而進行全表掃瞄。
如果phone欄位是varchar型別，則下面的sql不能命中索引：
select * from
user
where phone=12345678901;
select * from
user
where phone='12345678901';
範圍條件有：<、<=、>、>=、between等。
範圍列可以用到索引，但是範圍列後面的列無法用到索引，索引最多用於乙個範圍列，如果查詢條件中有兩個範圍列則無法全用到索引。
更新頻繁、資料區分度不高的字段上不宜建立索引
更新會變更b+樹，更新頻繁的字段建立索引會大大降低資料庫效能。
「性別」這種區分度不大的屬性，建立索引沒有意義，不能有效過濾資料，效能與全表掃瞄類似。
區分度可以使用 count(distinct(列名))/count(*) 來計算，在80%以上的時候就可以建立索引。
索引列不允許為null
單列索引不存null值，復合索引不存全為null的值，如果列允許為 null，可能會得到不符合預期的結果集。
避免使用or來連線條件
應該盡量避免在 where 子句中使用 or 來連線條件，因為這會導致索引失效而進行全表掃瞄，雖然新版的mysql能夠命中索引，但查詢優化耗費的 cpu比in多。
模糊查詢
前導模糊查詢不能使用索引，非前導查詢可以。
優化案例
利用延遲關聯或者子查詢優化超多分頁場景
mysql 並不是跳過 offset 行，而是取 offset+n 行，然後返回放棄前 offset 行，返回 n 行。
當 offset 特別大的時候，效率非常低下，要麼控制返回的總頁數，要麼對超過特定閾值的頁數進行sql改寫。
可以先快速定位需要獲取的id段，然後再關聯:
selecta.* from 表1 a,(select id from 表1
where 條件 limit 1000000 ,10 ) b where a.id=b.id
雖然自己知道只有一條結果，但資料庫並不知道，明確告訴它，讓它主動停止游標移動。
如何建立索引
where a=1 and b=1
where b=1
where b=1 order by time desc
mysql 的查詢優化器會自動調整where子句的條件順序以使用適合的索引，對於上面的第一條 sql，如果建立索引為idx_ba(b,a) 也是可以用到索引的。多值匹配和範圍匹配
假如有聯合索引(empno、title、fromdate)，下面的 sql 是否可以用到索引，如果可以的話，會使用幾個？
select * from employee.titles
where emp_no between '10001'
and'10010'
and title='軟體工程師'
and from_date between '2008-01-01'
and'2018-01-01'
在 mysql 中要謹慎地區分多值匹配和範圍匹配，否則會對 mysql 的行為產生困惑。聯合索引的最左匹配原則
假如建立聯合索引(a,b,c)，下列語句是否可以使用索引，如果可以，使用了那幾列？
where a= 3 // 是，使用了a列
where a= 3 and b = 5 // 是，使用了ab列
where a = 3 and c = 4 and b = 5 // 是，使用了 a，b，c 列
where b= 3 // 否
where a= 3 and c = 4 // 是，使用了a列
where a = 3 and b > 10 and c = 7 // 是，使用了 a，b 列
where a = 3 and b like 'xx%' andc = 7 // 是，使用了 a，b 列
select user_id,title,content from
`comment`
where status=1
and product_id=1
limit 0,5 ;
select
count(distinct status)/count(*) as audit_rate,
count(distinct product_id)/count(*) as product_rate
from comment;
create index idx_productid_status on comment(product_id,status)檢視某個使用者最近20條登入記錄，按時間排序：
select * from login_history where uid = $uid order
by create_time desc limit 20;
理解索引 索引優化
最近有個需求，要修改現有儲存結構，涉及查詢條件和查詢效率的考量，看了幾篇索引和hbase相關的文章，回憶了相關知識，結合專案需求，說說自己的理解和總結。索引結構和資料定位過程 查詢過程和高階查詢 執行計畫詳細介紹 常見優化方法 聯合索引最左字首原則 復合索引遵守 最左字首 原則，查詢條件中，使用了復...
DB索引 索引覆蓋 索引優化
索引 see 聚集索引 clustered index 聚集索引決定資料在磁碟上的物理排序，乙個表只能有乙個聚集索引，一般用primary key來約束。舉例 t user場景中，uid上的索引。非聚集索引 non clustered index 它並不決定資料在磁碟上的物理排序，索引上只包含被建立...
mysql索引s mysql索引優化
這裡記錄一些看了 高效能mysql 後的一些學習心得 在弄清楚mysql innodb前要提前了解索引的原理，最基本的要了解磁碟結構與工作方式還有b tree結構。加索引的目的 減少伺服器執行sql時掃瞄的資料量 避免order by或者group by等操作的時候產生的臨時表 將隨機io變成順序i...