mysql默認級別
REPEATABLE-READ
查看隔離級別
通過如下 SQL 可以查看數據庫實例默認的全局隔離級別和當前 session 的隔離級別：
1.查看當前會話隔離級別
select @@tx_isolation;
2.查看系統當前隔離級別
select @@global.tx_isolation;
3.設置當前會話隔離級別
set session transaction isolatin level repeatable read;
4.設置系統當前隔離級別
set global transaction isolation level repeatable read;
注意，如果只是修改了當前 session 的隔離級別，則換一個 session 之後，隔離級別又會恢復到默認的隔離級別
mysql鎖
數據庫通過鎖機制來解決併發場景-共享鎖（讀鎖）和排他鎖（寫鎖）。讀鎖是不阻塞的，多個客戶端可以在同一時刻讀取同一個資源。寫鎖是排他的，並且會阻塞其他的讀鎖和寫鎖。簡單提下樂觀鎖和悲觀鎖。
樂觀鎖，通常用於數據競爭不激烈的場景，多讀少寫，通過版本號和時間戳實現。
悲觀鎖，通常用於數據競爭激烈的場景，每次操作都會鎖定數據。
要鎖定數據需要一定的鎖策略來配合。
表鎖，鎖定整張表，開銷最小，但是會加劇鎖競爭。
行鎖，鎖定行級別，開銷最大，但是可以最大程度的支持併發。
但是MySql的存儲引擎的真實實現不是簡單的行級鎖，一般都是實現了多版本併發控制（MVCC）。MVCC是行級鎖的變種，多數情況下避免了加鎖操作，開銷更低。MVCC是通過保存數據的某個時間點快照實現的。
優化建議點
儘量使用對應的數據類型。比如，不要用字符串類型保存時間，用整型保存IP。
選擇更小的數據類型。能用TinyInt不用Int。
標識列（identifier column），建議使用整型，不推薦字符串類型，佔用更多空間，而且計算速度比整型慢。
不推薦ORM系統自動生成的Schema，通常具有不注重數據類型，使用很大的VarChar類型，索引利用不合理等問題。
真實場景混用範式和反範式。冗餘高查詢效率高，插入更新效率低；冗餘低插入更新效率高，查詢效率低。
創建完全的獨立的彙總表\緩存表，定時生成數據，用於用戶耗時時間長的操作。對於精確度要求高的彙總操作，可以採用 歷史結果+最新記錄的結果 來達到快速查詢的目的。
數據遷移，表升級的過程中可以使用影子表的方式，通過修改原表的表名，達到保存歷史數據，同時不影響新表使用的目的。
查詢質量的三個重要指標
響應時間 （服務時間，排隊時間）
掃描的行
返回的行
查詢優化點
- 避免查詢無關的列，如使用Select * 返回所有的列。
- 避免查詢無關的行
- 切分查詢。將一個對服務器壓力較大的任務，分解到一個較長的時間中，並分多次執行。如要刪除一萬條數據，可以分10次執行，每次執行完成後暫停一段時間，再繼續執行。過程中可以釋放服務器資源給其他任務。
- 分解關聯查詢。將多表關聯查詢的一次查詢，分解成對單表的多次查詢。可以減少鎖競爭，查詢本身的查詢效率也比較高。因爲MySql的連接和斷開都是輕量級的操作，不會由於查詢拆分爲多次，造成效率問題。
- 注意count的操作只能統計不爲null的列，所以統計總的行數使用count（*）。
- group by 按照標識列分組效率高，分組結果不宜出行分組列之外的列。
- 關聯查詢延遲關聯，可以根據查詢條件先縮小各自要查詢的範圍，再關聯。
- Limit分頁優化。可以根據索引覆蓋掃描，再根據索引列關聯自身查詢其他列
- Union查詢默認去重，如果不是業務必須，建議使用效率更高的Union All
- 條件中的字段類型和表結構類型不一致，mysql會自動加轉換函數，導致索引作爲函數中的參數失效。
- like查詢前面部分未輸入，以%開頭無法命中索引。
- 支持JSON格式數據，並提供相關內置函數
索引
索引包含一個或多個列的值。MySql只能高效的利用索引的最左前綴列。索引的優勢：
減少查詢掃描的數據量
避免排序和零時表
將隨機IO變爲順序IO （順序IO的效率高於隨機IO）
B-Tree
使用最多的索引類型。採用B-Tree數據結構來存儲數據（每個葉子節點都包含指向下一個葉子節點的指針，從而方便葉子節點的遍歷）。B-Tree索引適用於全鍵值，鍵值範圍，鍵前綴查找，支持排序。
B-Tree索引限制：
如果不是按照索引的最左列開始查詢，則無法使用索引。
不能跳過索引中的列。如果使用第一列和第三列索引，則只能使用第一列索引。
如果查詢中有個範圍查詢，則其右邊的所有列都無法使用索引優化查詢。
哈希索引
只有精確匹配索引的所有列，查詢纔有效。存儲引擎會對所有的索引列計算一個哈希碼，哈希索引將所有的哈希碼存儲在索引中，並保存指向每個數據行的指針。
哈希索引限制：
無法用於排序
不支持部分匹配
只支持等值查詢如=，IN（），不支持 < >
優化建議點
注意每種索引的適用範圍和適用限制。
索引的列如果是表達式的一部分或者是函數的參數，則失效。
針對特別長的字符串，可以使用前綴索引，根據索引的選擇性選擇合適的前綴長度。
使用多列索引的時候，可以通過 AND 和 OR 語法連接。
重複索引沒必要，如（A，B）和（A）重複。
索引在where條件查詢和group by語法查詢的時候特別有效。
將範圍查詢放在條件查詢的最後，防止範圍查詢導致的右邊索引失效的問題。
索引最好不要選擇過長的字符串，而且索引列也不宜爲null。
MySQL 查看索引命令
1，show index from tblname;
2，show keys from tblname;
返回信息說明
select_type，有幾種值：simple（表示簡單的select，沒有union和子查詢），primary（有子查詢，最外面的select查詢就是primary），union（union中的第二個或隨後的select查詢，不依賴外部查詢結果），dependent union（union中的第二個或隨後的select查詢，依賴外部查詢結果）
type，有幾種值：system（表僅有一行（=系統表），這是const連接類型的一個特例），const（常量查詢）, ref(非唯一索引訪問，只有普通索引)，eq_ref（使用唯一索引或組件查詢），all（全表查詢），index（根據索引查詢全表），range（範圍查詢）
possible_keys: 表中可能幫助查詢的索引
key，選擇使用的索引
key_len，使用的索引長度
rows，掃描的行數，越大越不好
extra，有幾種值：Only index（信息從索引中檢索出，比掃描錶快），where used（使用where限制），Using filesort （可能在內存或磁盤排序），Using temporary（對查詢結果排序時使用臨時表）
Non_unique: 如果索引不能包括重複詞，則爲0。如果可以，則爲1。
Key_name: 索引的名稱。
Seq_in_index: 索引中的列序列號，從1開始。
Column_name: 列名稱。
Collation: 列以什麼方式存儲在索引中。在MySQL中，有值‘A’（升序）或NULL（無分類）。
Cardinality: 索引中唯一值的數目的估計值。通過運行ANALYZE TABLE或myisamchk -a可以更新。基數根據被存儲爲整數的統計數據來計數，所以即使對於小型表，該值也沒有必要是精確的。基數越大，當進行聯合時，MySQL使用該索引的機 會就越大。
Sub_part: 如果列只是被部分地編入索引，則爲被編入索引的字符的數目。如果整列被編入索引，則爲NULL。
Packed: 指示關鍵字如何被壓縮。如果沒有被壓縮，則爲NULL。
Null: 如果列含有NULL，則含有YES。如果沒有，則該列含有NO。
Index_type: 用過的索引方法（BTREE, FULLTEXT, HASH, RTREE）。
Comment:
Index_comment:
