概述

閑來無事，看了下高性能mysql這本書，其中的一些MySQL高級特性寫的還不錯，在這里總結分享下。

[[270415]]

01.分區表

1、分區表限制

• 一張表最多1024個分區
• 分區表中無法使用外鍵約束

2、分區表注意點

按行寫入大量數據時分區過多會出現問題，所以對大多數系統，100左右個分區是沒有問題的

注：鍵分區和哈希分區沒有此問題

3、查詢優化

對于訪問分區來說，在where中帶分區列是很重要的(能過濾部分分區)

注：where中要使用分區函數列本身才能過濾分區，如where time='2017'，而where YEAR(time)=2017錯誤

02.視圖

1、概念

虛擬表，不存數據，數據來自其他表

2、更新視圖

更新列必須來自同一表，且含GROUP BY、UNION、聚合函數及特殊情況不能更新

3、對性能的影響

重構數據庫時可使用視圖而不必修改表結構，用視圖創建基于列的權限控制減少額外開銷等

4、視圖的限制

不支持物化視圖(即視圖在表中不可查看)，不支持視圖中建索引

03.外鍵索引

InnoDB是mysql目前唯一支持外鍵索引的內置引擎

外鍵成本：外鍵每次修改數據時都要求在另一張表多執行一次查找，當然外鍵在相關數據刪除和更新上比在應用中維護更高效。

注：許多案例中發現，在對性能分析時發現外鍵就是瓶頸所在，刪除外鍵后性能立即大幅提升。

04.字符集和校對

字符集編碼優先級：列>表>數據庫

校對規則：_cs、_ci、_bin分別對應大小寫不敏感、大小寫敏感、二進制值

05.全文索引

mysql不支持中文全文索引，應用其他引擎如 Sphinx等

06.分布式(XA)事務

企業在分布式多數據庫下仍能保證事務的ACID，這里后面單獨介紹。

07.查詢緩存

概念：緩存select結果，跳過解析、優化、執行階段。

查詢緩存是完全存儲在內存中。mysql無法為每一個查詢結果精確分配大小剛好配匹的緩存空間。

查詢緩存如何分配內存來存儲結果數據

查詢緩存無法***的原因：包含不確定的函數、未處理過該查詢、內存用完被逐出

配置和維護查詢緩存：

• query_cache_type：是否打開查詢緩存，設置成ON、OFF、DEMAND(這個僅在明確寫明SQL_CACHE下才放入緩存)
• query_cache_size：查詢緩存使用的總內存空間(值是1024整數倍)
• query_cache_min_res_unit：查詢緩存中分配內存塊時的最小單位。
• query_cache_limit：MySQL能緩存的***查詢結果
• query_cache_wlock_invalidate：某表被鎖住，是否仍然從查詢緩存返回結果，默認OFF

通用查詢緩存優化：

1) 用多個小表代替一個大表對查詢緩存

2)批量寫入時只需要做一次緩存失效

3)緩存空間太大，服務器可能僵死，辦法是控制大小或禁用

4)用SQL_CACHE、SQL_NO_CACHE控制某個select是否緩存

5)對于寫密集型應用，直接禁用查詢緩存更好

注：若需要更高的緩存效率，推薦使用memcached或redis之類