MYSQL經常使用緩存

全局共享內存主要是 MySQL Instance（mysqld進程）以及底層存儲引擎用來暫存各類全局運算及可共享的暫存信息，如存儲查詢緩存的 Query Cache，緩存鏈接線程的 Thread Cache，緩存表文件句柄信息的 Table Cache，緩存二進制日誌的 BinLog Buffer， 緩存 MyISAM 存儲引擎索引鍵的 Key Buffer以及存儲 InnoDB 數據和索引的 InnoDB Buffer Pool 等等。下面針對 MySQL 主要的共享內存進行一個簡單的分析。

查詢緩存（Query Cache）：查詢緩存是 MySQL 比較獨特的一個緩存區域，用來緩存特定 Query 的結果集（Result Set）信息，且共享給全部客戶端。經過對 Query 語句進行特定的 Hash 計算以後與結果集對應存放在 Query Cache 中，以提升徹底相同的 Query 語句的相應速度。當咱們打開 MySQL 的 Query Cache 以後，MySQL 接收到每個 SELECT 類型的 Query 以後都會首先經過固定的 Hash 算法獲得該 Query 的 Hash 值，而後到 Query Cache 中查找是否有對應的 Query Cache。若是有，則直接將 Cache 的結果集返回給客戶端。若是沒有，再進行後續操做，獲得對應的結果集以後將該結果集緩存到 Query Cache 中，再返回給客戶端。當任何一個表的數據發生任何變化以後，與該表相關的全部 Query Cache 所有會失效，因此 Query Cache 對變動比較頻繁的表並非很是適用，但對那些變動較少的表是很是合適的，能夠極大程度的提升查詢效率，如那些靜態資源表，配置表等等。爲了儘量高效的利用 Query Cache，MySQL 針對 Query Cache 設計了多個 query_cache_type 值和兩個 Query Hint：SQL_CACHE 和 SQL_NO_CACHE。當 query_cache_type 設置爲0（或者 OFF）的時候不使用 Query Cache，當設置爲1（或者 ON）的時候，當且僅當 Query 中使用了 SQL_NO_CACHE 的時候 MySQL 會忽略 Query Cache，當 query_cache_type 設置爲2（或者DEMAND）的時候，當且僅當Query 中使用了 SQL_CACHE 提示以後，MySQL 纔會針對該 Query 使用 Query Cache。能夠經過 query_cache_size 來設置可使用的最大內存空間。

鏈接線程緩存（Thread Cache）：鏈接線程是 MySQL 爲了提升建立鏈接線程的效率，將部分空閒的鏈接線程保持在一個緩存區以備新進鏈接請求的時候使用，這尤爲對那些使用短鏈接的應用程序來講能夠極大的提升建立鏈接的效率。當咱們經過 thread_cache_size 設置了鏈接線程緩存池能夠緩存的鏈接線程的大小以後，能夠經過(Connections - Threads_created) / Connections * 100% 計算出鏈接線程緩存的命中率。注意，這裏設置的是能夠緩存的鏈接線程的數目，而不是內存空間的大小。

表緩存（Table Cache）：表緩存區主要用來緩存表文件的文件句柄信息，在 MySQL5.1.3以前的版本經過 table_cache 參數設置，但從MySQL5.1.3開始改成 table_open_cache 來設置其大小。當咱們的客戶端程序提交 Query 給 MySQL 的時候，MySQL 須要對 Query 所涉及到的每個表都取得一個表文件句柄信息，若是沒有 Table Cache，那麼 MySQL 就不得不頻繁的進行打開關閉文件操做，無疑會對系統性能產生必定的影響，Table Cache 正是爲了解決這一問題而產生的。在有了 Table Cache 以後，MySQL 每次須要獲取某個表文件的句柄信息的時候，首先會到 Table Cache 中查找是否存在空閒狀態的表文件句柄。若是有，則取出直接使用，沒有的話就只能進行打開文件操做得到文件句柄信息。在使用完以後，MySQL 會將該文件句柄信息再放回 Table Cache 池中，以供其餘線程使用。注意，這裏設置的是能夠緩存的表文件句柄信息的數目，而不是內存空間的大小。

表定義信息緩存（Table definition Cache）：表定義信息緩存是從 MySQL5.1.3 版本纔開始引入的一個新的緩存區，用來存放表定義信息。當咱們的 MySQL 中使用了較多的表的時候，此緩存無疑會提升對錶定義信息的訪問效率。MySQL 提供了 table_definition_cache 參數給咱們設置能夠緩存的表的數量。在 MySQL5.1.25 以前的版本中，默認值爲128，從 MySQL5.1.25 版本開始，則將默認值調整爲 256 了，最大設置值爲524288。注意，這裏設置的是能夠緩存的表定義信息的數目，而不是內存空間的大小。

二進制日誌緩衝區（Binlog Buffer）：二進制日誌緩衝區主要用來緩存因爲各類數據變動操作所產生的 Binary Log 信息。爲了提升系統的性能，MySQL 並非每次都是將二進制日誌直接寫入 Log File，而是先將信息寫入 Binlog Buffer 中，當知足某些特定的條件（如 sync_binlog參數設置）以後再一次寫入 Log File 中。咱們能夠經過 binlog_cache_size 來設置其可使用的內存大小，同時經過 max_binlog_cache_size 限制其最大大小（當單個事務過大的時候 MySQL 會申請更多的內存）。當所需內存大於 max_binlog_cache_size 參數設置的時候，MySQL 會報錯：「Multi-statement transaction required more than ‘max_binlog_cache_size’ bytes of storage」。

MyISAM索引緩存（Key Buffer）：MyISAM 索引緩存將 MyISAM 表的索引信息緩存在內存中，以提升其訪問性能。這個緩存能夠說是影響 MyISAM 存儲引擎性能的最重要因素之一了，經過 key_buffere_size 設置可使用的最大內存空間。

InnoDB 日誌緩衝區（InnoDB Log Buffer）：這是 InnoDB 存儲引擎的事務日誌所使用的緩衝區。相似於 Binlog Buffer，InnoDB 在寫事務日誌的時候，爲了提升性能，也是先將信息寫入 Innofb Log Buffer 中，當知足 innodb_flush_log_trx_commit 參數所設置的相應條件（或者日誌緩衝區寫滿）以後，纔會將日誌寫到文件（或者同步到磁盤）中。能夠經過 innodb_log_buffer_size 參數設置其可使用的最大內存空間。
注：innodb_flush_log_trx_commit 參數對 InnoDB Log 的寫入性能有很是關鍵的影響。該參數能夠設置爲0，1，2，解釋以下：

0：log buffer中的數據將以每秒一次的頻率寫入到log file中，且同時會進行文件系統到磁盤的同步操做，可是每一個事務的commit並不會觸發任何log buffer 到log file的刷新或者文件系統到磁盤的刷新操做。

1：在每次事務提交的時候將log buffer 中的數據都會寫入到log file，同時也會觸發文件系統到磁盤的同步；

2：事務提交會觸發log buffer 到log file的刷新，但並不會觸發磁盤文件系統到磁盤的同步。此外，每秒會有一次文件系統到磁盤同步操做。

此外，MySQL文檔中還提到，這幾種設置中的每秒同步一次的機制，可能並不會徹底確保很是準確的每秒就必定會發生同步，還取決於進程調度的問題。實際上，InnoDB 可否真正知足此參數所設置值表明的意義正常 Recovery 仍是受到了不一樣 OS 下文件系統以及磁盤自己的限制，可能有些時候在並無真正完成磁盤同步的狀況下也會告訴 mysqld 已經完成了磁盤同步。

InnoDB 數據和索引緩存（InnoDB Buffer Pool）：InnoDB Buffer Pool 對 InnoDB 存儲引擎的做用相似於 Key Buffer Cache 對 MyISAM 存儲引擎的影響，主要的不一樣在於 InnoDB Buffer Pool 不只僅緩存索引數據，還會緩存表的數據，並且徹底按照數據文件中的數據快結構信息來緩存，這一點和 Oracle SGA 中的 database buffer cache 很是相似。因此，InnoDB Buffer Pool 對 InnoDB 存儲引擎的性能影響之大就可想而知了。能夠經過 (Innodb_buffer_pool_read_requests - Innodb_buffer_pool_reads) / Innodb_buffer_pool_read_requests * 100% 計算獲得 InnoDB Buffer Pool 的命中率。

InnoDB 字典信息緩存（InnoDB Additional Memory Pool）:InnoDB 字典信息緩存主要用來存放 InnoDB 存儲引擎的字典信息以及一些 internal 的共享數據結構信息。因此其大小也與系統中所使用的 InnoDB 存儲引擎表的數量有較大關係。不過，若是咱們經過 innodb_additional_mem_pool_size 參數所設置的內存大小不夠，InnoDB 會自動申請更多的內存，並在 MySQL 的 Error Log 中記錄警告信息。

這裏所列舉的各類共享內存，是我我的認爲對 MySQL 性能有較大影響的集中主要的共享內存。實際上，除了這些共享內存以外，MySQL 還存在不少其餘的共享內存信息，如當同時請求鏈接過多的時候用來存放鏈接請求信息的back_log隊列等。