Mysql數據庫知識點

1. innoDB事務隔離級別

• Read Uncommitted ：事務內可以讀取到其他未提交的事務修改的數據，可能出現髒讀，事務內讀取到尚未保存的數據

• Read Committed ：事務內可以讀取到其他已提交的事務修改的數據，可能出現幻讀，一個事務內兩次讀取不同

• Repeatable Read：可重複讀，默認級別，mysql innoDB的MVCC（多版本併發控制）保證每次事務都是從一個版本讀取。

• Serializatable：事務嚴格串行，影響數據庫性能。

---

2. MVCC

MVCC：Multi-Version Concurrency Control，實現方式每行記錄增加兩個隱藏字段（事務版本號，刪除版本號），每次事務開啓使用同一版本並+1，提交後刪除版本號更新。MVCC原理：https://blog.csdn.net/aoxida/article/details/50689619

---

3. 索引創建規則

1. 最左前綴匹配原則，非常重要的原則，mysql會一直向右匹配直到遇到範圍查詢(>、<、between、like)就停止匹配，比如a = 1 and b = 2 and c > 3 and d = 4 如果建立(a,b,c,d)順序的索引，d是用不到索引的，如果建立(a,b,d,c)的索引則都可以用到，a,b,d的順序可以任意調整。
2. =和in可以亂序，比如a = 1 and b = 2 and c = 3 建立(a,b,c)索引可以任意順序，mysql的查詢優化器會幫你優化成索引可以識別的形式
3. 儘量選擇區分度高的列作爲索引,區分度的公式是count(distinct col)/count(*)，表示字段不重複的比例，比例越大我們掃描的記錄數越少，唯一鍵的區分度是1，而一些狀態、性別字段可能在大數據面前區分度就是0，那可能有人會問，這個比例有什麼經驗值嗎？使用場景不同，這個值也很難確定，一般需要join的字段我們都要求是0.1以上，即平均1條掃描10條記錄
4. 索引列不能參與計算，保持列“乾淨”，比如from_unixtime(create_time) = ’2014-05-29’就不能使用到索引，原因很簡單，b+樹中存的都是數據表中的字段值，但進行檢索時，需要把所有元素都應用函數才能比較，顯然成本太大。所以語句應該寫成create_time = unix_timestamp(’2014-05-29’);
5. 儘量的擴展索引，不要新建索引。比如表中已經有a的索引，現在要加(a,b)的索引，那麼只需要修改原來的索引即可

---

4. 慢sql優化基本步驟

1. 先運行看看是否真的很慢，注意設置SQL_NO_CACHE
2. where條件單表查，鎖定最小返回記錄表。這句話的意思是把查詢語句的where都應用到表中返回的記錄數最小的表開始查起，單表每個字段分別查詢，看哪個字段的區分度最高
3. explain查看執行計劃，是否與1預期一致（從鎖定記錄較少的表開始查詢）
4. order by limit 形式的sql語句讓排序的表優先查
5. 瞭解業務方使用場景
6. 加索引時參照建索引的幾大原則
7. 觀察結果，不符合預期繼續從0分析

SQL優化文章：
https://tech.meituan.com/mysql-index.html