MySQL資料庫性能的五大配置參數(內存參數)

MySQL性能的五大配置參數(內存參數)

內存參數:

存儲引擎/共享
日志緩沖區,緩沖區池

innodb_buffer_pool_size
innodb_additional_mem_pool_size
innodb_log_buffer_size

伺服器/共享
查詢調整緩存
線程高速絡緩存

query_cache
table_cahce
table_definition_cache

連接/會話
排序緩沖區,讀取緩沖區,臨時表

binlog_cache_size
read_buffer_size
read_rnd_buffer_size
join_buffer_size
sort_buffer_size
tmp_table_size
thread_cache_size
bulk_insert_buffer_size
net_buffer_length
thread_stack

*.線程獨享內存
*.全局共享內存
全局共享內存類似ORACLE的系統全局區SGA,線程獨享內存類似ORACLE的進程全局區PGA

一、線程獨享內存

在MySQL中,線程獨享內存主要用於各客戶端連接線程存儲各種操作的獨享數據,如線程棧信息,分組排序操作,數據讀寫緩沖,結果集暫存等等,而且大多數可以通過相關參數來控制內存的使用量。

* 線程棧信息使用內存(thread_stack):
主要用來存放每一個線程自身的標識信息,如線程id,線程運行時基本信息等等,我們可以通過 thread_stack 參數來設置為每一個線程棧分配多大的內存。
Global,No Dynamic,Default 192K(32bit), 256K(32bit),
推薦配置:默認

* 排序使用內存(sort_buffer_size):
MySQL 用此內存區域進行排序操作(filesort),完成客戶端的排序請求。當我們設置的排序區緩存大小無法滿足排序實際所需內存的時候,MySQL會將數據寫入磁盤文件來完成排序。由於磁盤和內存的讀寫性能完全不在一個數量級,
所以sort_buffer_size參數對排序操作的性能影響絕對不可小視。排序操作的實現原理請參考:MySQL Order By的實現分析。
什麼時候會用到?
對結果集排序時
使用確認:
可以通過查詢計劃中的Extra列的值為Using file-sort來證實使用瞭和這個緩沖區。
>explain select * from user1;
Global Session,Dynamic,Default 2M(32bit), 2M(32bit),
推薦配置:8M(內存足夠的情況下),默認(內存緊張的情況)
優化建議:一種說法是增大可以提高order by,group by性能,防止數據寫入磁盤占用IO資源,還有一種說法是不推薦增加這個緩沖區的大小,理由是當值太大時可能會降低查詢的執行速度。目前我沒有實驗證實。

* Join操作使用內存(join_buffer_size):
應用程式經常會出現一些兩表(或多表)Join的操作需求,MySQL在完成某些Join需求的時候(all/index join),為瞭減少參與Join的“被驅動表”的讀取次數以提高性能,需要使用到Join Buffer來協助完成Join操作
(具體Join實現算法請參考:MySQL中的 Join 基本實現原理)。當Join Buffer太小,MySQL 不會將該Buffer存入磁盤文件,而是先將Join Buffer中的結果集與需要Join的表進行Join操作,然後清空Join Buffer中的數據,
繼續將剩餘的結果集寫入此Buffer中,如此往復。這勢必會造成被驅動表需要被多次讀取,成倍增加IO訪問,降低效率。
什麼時候會用到?
當查詢必須連接兩個表(或多個)的數據集並且不能使用索引時,這個緩沖區會被用到。這個緩沖區專門為每個線程的無索引鏈接操作準備的。
使用確認:
可以通過查詢計劃中的Extra列的值為Using join bufer來證實使用瞭和這個緩沖區。
>explain select * from user1;
+——+————-+——-+——-+—————+——+———+——+——+————-+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+——+————-+——-+——-+—————+——+———+——+——+————-+
| 1 | SIMPLE | user1 | index | NULL | name | 78 | NULL | 3 | Using index |
+——+————-+——-+——-+—————+——+———+——+——+————-+
Global Session,Dynamic,Default 128K 各版本平臺最大值不一樣
推薦配置:8M(內存足夠的情況下),默認(內存緊張的情況)
優化建議:有一種說法是增加這個緩沖區的大小不會加快全連接操作的速度。目前我沒有實驗證實。

* 順序讀取數據緩沖區使用內存(read_buffer_size):
這部分內存主要用於當需要順序讀取數據的時候,如無法使用索引的情況下的全表掃描,全索引掃描等。在這種時候,MySQL按照數據的存儲順序依次讀取數據塊,每次讀取的數據快首先會暫存在read_buffer_size中,
當buffer空間被寫滿或者全部數據讀取結束後,再將buffer中的數據返回給上層調用者,以提高效率。
Global Session,Dynamic,Default 128K
推薦配置:4M/8M

* 隨機讀取數據緩沖區使用內存(read_rnd_buffer_size):
和順序讀取相反,當MySQL進行非順序讀取(隨機讀取)數據塊的時候,會利用這個緩沖區暫存讀取的數據。如根據索引信息讀取表數據,根據排序後的結果集與表進行Join等等。
總的來說,就是當數據塊的讀取需要滿足一定的順序的情況下,MySQL就需要產生隨機讀取,進而使用到read_rnd_buffer_size 參數所設置的內存緩沖區。
Global Session,Dynamic,Default 256K
推薦配置:8M

* 連接信息及返回客戶端前結果集暫存使用內存(net_buffer_lenth):
這部分用來存放客戶端連接線程的連接信息和返回客戶端的結果集。當MySQL開始產生可以返回的結果集,會在通過網絡返回給客戶端請求線程之前,會先暫存在通過net_buffer_lenth所設置的緩沖區中,
等滿足一定大小的時候才開始向客戶端發送,以提高網絡傳輸效率。不過net_buffer_lenth參數所設置的僅僅隻是該緩存區的初始化大小,MySQL會根據實際需要自行申請更多的內存以滿足需求,
但最大不會超過 max_allowed_packet 參數大小。
Global Session,Dynamic,Default 16K
推薦配置:默認 16K

* 批量插入暫存使用內存(bulk_insert_buffer_size):
當我們使用如 insert … values(…),(…),(…)… 的方式進行批量插入的時候,MySQL會先將提交的數據放如一個緩存空間中,當該緩存空間被寫滿或者提交完所有數據之後,MySQL才會一次性將該緩存空間中的數據寫入資料庫並清空緩存。
此外,當我們進行 LOAD DATA INFILE操作來將文本文件中的數據Load進資料庫的時候,同樣會使用到此緩沖區。
Global Session,Dynamic,Default 8M
推薦配置:默認 8M
* 臨時表使用內存(tmp_table_size):
當我們進行一些特殊操作如需要使用臨時表才能完成的Order By,Group By 等等,MySQL可能需要使用到臨時表。當我們的臨時表較小(小於tmp_table_size 參數所設置的大小)的時候,MySQL會將臨時表創建成內存臨時表,
隻有當tmp_table_size所設置的大小無法裝下整個臨時表的時候,MySQL才會將該表創建成MyISAM存儲引擎的表存放在磁盤上。不過,當另一個系統參數 max_heap_table_size 的大小還小於 tmp_table_size 的時候,
MySQL將使用 max_heap_table_size 參數所設置大小作為最大的內存臨時表大小,而忽略tmp_table_size 所設置的值。而且 tmp_table_size 參數從 MySQL 5.1.2 才開始有,之前一直使用 max_heap_table_size。
誰小誰生效.另外還有一個參數max_tmp_tables,沒有使用
tmp_table_size
Global Session,Dynamic,Default 16M
推薦配置:64M
max_heap_table_size
Global Session,Dynamic,Default 8M
This variable sets the maximum size to which user-created MEMORY tables are permitted to grow
這個變量設定瞭MEMORY存儲引擎表的最大容量。
This variable is also used in conjunction with tmp_table_size to limit the size of internal in-memory tables. See
這個變量也與tmp_table_size一起使用限制內部內存表的大小。請見
https://dev.mysql.com/doc/refman/5.5/en/internal-temporary-tables.html
推薦配置:64M
主要根據業務以及伺服器內存來調整,如果有需要到則可以調整到。GB居然使用2G的配置,汗

目前沒有一個簡便的方式來確定內部臨時表的總容量。可以通過MySQL狀態變量created_tmp_tables和created_tmp_disk_tables來確定創建瞭臨時表和基於磁盤的臨時表
mysql> show global status like 'create%tables';
+————————-+——-+
| Variable_name | Value |
+————————-+——-+
| Created_tmp_disk_tables | 0 |
| Created_tmp_tables | 0 |
+————————-+——-+
5.5中,可以使用PERFORMANCE—SCHEMA來幫助統計基於磁盤的臨時表的總大小

補充說明:上面所列舉的MySQL線程獨享內存僅僅隻是所有線程獨享內存中的部分,並不是全部,隻是這些可能對MySQL的性能產生較大的影響,且可以通過系統參數進行調節。
由於以上內存都是線程獨享,極端情況下的內存總體使用量將是所有連接線程的總倍數。所以在設置過程中一定要謹慎,切不可為瞭提升性能就盲目的增大各參數值,
避免因為內存不夠而產生Out Of Memory異常或者是嚴重的Swap交換反而降低整體性能。

二、全局共享內存

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

* MyISAM索引緩存 Key Buffer(key_buffer_size):
MyISAM 索引緩存將MyISAM表的索引信息(.MYI文件)緩存在內存中,以提高其訪問性能。這個緩存可以說是影響MyISAM存儲引擎性能的最重要因素之一瞭,通過 key_buffere_size 設置可以使用的最大內存空間。
註意:即使運行一個全部采用innodb的模式,仍需要設定一個索引碼緩沖區,因為MYSQL元信息與MyISAM設定相同。
Global ,Dynamic,Default 8M
推薦配置:默認 8M
如何確認key_buffer_size不夠用?
使用show full proceslist的State列中,值Repairing the keycache是一個明顯的指標,它指出當前索引碼緩沖區大小不足以執行當前運行的SQL語句。這將導致額外的磁盤I/O開銷。

* 查詢緩存 Query Cache (query_cache_size):
https://dev.mysql.com/doc/refman/5.5/en/query-cache-configuration.html
https://dev.mysql.com/doc/refman/5.5/en/query-cache-status-and-maintenance.html
查詢緩存是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來設置可以使用的最大內存空間。
Global Dynamic,Default 0
推薦配置:16M
如何確定系統query cache的情況?
show global status like 'Qcache%';或者
select * from information_schema.GLOBAL_STATUS where VARIABLE_NAME like 'Qcache%';
公式:
(Qcache_hits/Qcache_hits+Com_select+1)*100來確定查詢緩存的有效性
mysql> show variables like 'query_cache_size';
+——————+———-+
| Variable_name | Value |
+——————+———-+
| query_cache_size | 16777216 |
+——————+———-+
1 row in set (0.00 sec)
mysql> show global status like 'Qcache%';
+————————-+————+
| Variable_name | Value |
+————————-+————+
| Qcache_free_blocks | 535 |
| Qcache_free_memory | 4885448 |
| Qcache_hits | 1858574835 |
| Qcache_inserts | 1619931831 |
| Qcache_lowmem_prunes | 802889469 |
| Qcache_not_cached | 825000679 |
| Qcache_queries_in_cache | 4411 |
| Qcache_total_blocks | 9554 |
+————————-+————+
8 rows in set (0.00 sec)
mysql> show global status like 'Com_select';
+—————+————+
| Variable_name | Value |
+—————+————+
| Com_select | 2445037535 |
+—————+————+
1 row in set (0.00 sec)

* 連接線程緩存 Thread Cache(thread_cache_size):
連接線程是MySQL為瞭提高創建連接線程的效率,將部分空閑的連接線程保持在一個緩存區以備新進連接請求的時候使用,這尤其對那些使用短連接的應用程式來說可以極大的提高創建連接的效率。
當我們通過thread_cache_size設置瞭連接線程緩存池可以緩存的連接線程的大小之後,可以通過(Connections – Threads_created) / Connections * 100% 計算出連接線程緩存的命中率。
註意,這裡設置的是可以緩存的連接線程的數目,而不是內存空間的大小。
Global,Dynamic,Default 0
推薦配置:8個
如何確定系統Thread Cache的情況?
mysql> show global status like 'Threads_created';
+—————–+——-+
| Variable_name | Value |
+—————–+——-+
| Threads_created | 506 |
+—————–+——-+
1 row in set (0.00 sec)

mysql> show global status like 'connections';
+—————+———-+
| Variable_name | Value |
+—————+———-+
| Connections | 16513711 |
+—————+———-+
1 row in set (0.00 sec)
16513711-506/16513711 * 100% =99.9938% 很高的命中率啊 這臺之隻讀的slave

* 表緩存 Table Cache(table_open_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 池中,以供其他線程使用。註意,這裡設置的是可以緩存的表文件句柄信息的數目,而不是內存空間的大小。
Global,Dynamic,Default 400
推薦配置:根據內存配置4G 2048 大於最大Opened_tables
如何確定系統table_open_cache的情況?
mysql> show variables like 'table_open_cache';
+——————+——-+
| Variable_name | Value |
+——————+——-+
| table_open_cache | 512 |
+——————+——-+
1 row in set (0.00 sec)
mysql> show global status like 'open%_tables';
+—————+——-+
| Variable_name | Value |
+—————+——-+
| Open_tables | 512 |
| Opened_tables | 6841 |
+—————+——-+
2 rows in set (0.00 sec)
調優參考:
https://blog.zfcms.com/article/282
https://www.kuqin.com/database/20120815/328904.html
兩個參數的值。其中Open_tables是當前正在打開表的數量,Opened_tables是所有已經打開表的數量。
如果Open_tables的值已經接近table_cache的值,且Opened_tables還在不斷變大,則說明mysql正在將緩存的表釋放以容納新的表,此時可能需要加大table_cache的值。對於大多數情況,比較適合的值:
Open_tables / Opened_tables >= 0.85
Open_tables / table_cache <= 0.95
如果對此參數的把握不是很準,VPS管理百科給出一個很保守的設置建議:把MySQL資料庫放在生產環境中試運行一段時間,然後把參數的值調整得比Opened_tables的數值大一些,並且保證在比較高負載的極端條件下依然比Opened_tables略大。
在mysql默認安裝情況下,table_cache的值在2G內存以下的機器中的值默認時256到 512,如果機器有4G內存,則默認這個值是2048,

* 表設定信息緩存 Table definition Cache (table_definition_cache):
表設定信息緩存是從 MySQL5.1.3 版本才開始引入的一個新的緩存區,用來存放表設定信息。當我們的 MySQL 中使用瞭較多的表的時候,此緩存無疑會提高對表設定信息的訪問效率。
MySQL 提供瞭 table_definition_cache 參數給我們設置可以緩存的表的數量。註意,這裡設置的是可以緩存的表設定信息的數目,而不是內存空間的大小。
The number of table definitions (from .frm files) that can be stored in the definition cache. If you use a large number of tables, you can create a large table definition cache to speed up opening of tables.
Global, Dynamic, Default 400
推薦配置:根據內存配置4G 2048 和Table Cache一樣即可

* 二進制日志緩沖區Binlog Cache( binlog_cache_size):
二進制日志緩沖區主要用來緩存由於各種數據變更操做所產生的 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”。
Global,Dynamic,Default 32K
推薦配置:2M

* InnoDB 日志緩沖區 InnoDB Log Buffer (innodb_log_buffer_size):
這是 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 已經完成瞭磁盤同步。

Global,Dynamic,Default 8M
推薦配置:8M 默認

* InnoDB 數據和索引緩存 InnoDB Buffer Pool(innodb_buffer_pool_size):
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 的命中率。
global級別,不可動態變更 Default 128M
設置InnoDB數據和索引內存緩存空間大小
配置方式:配置文件中配置
選擇參數:50 – 80 % RAM

mysql> show variables like '%innodb_buffer%';
+——————————+———–+
| Variable_name | Value |
+——————————+———–+
| innodb_buffer_pool_instances | 1 |
| innodb_buffer_pool_size | 268435456 |
+——————————+———–+
2 rows in set (0.00 sec)
通過show global status和show engine innodb status/G的BUFFER POOL AND MEMORY
mysql> show global status like '%innodb_buffer%';
+—————————————+————–+
| Variable_name | Value |
+—————————————+————–+
| Innodb_buffer_pool_pages_data | 15684 |
| Innodb_buffer_pool_bytes_data | 256966656 |
| Innodb_buffer_pool_pages_dirty | 210 |
| Innodb_buffer_pool_bytes_dirty | 3440640 |
| Innodb_buffer_pool_pages_flushed | 372378403 |
| Innodb_buffer_pool_pages_free | 1 |
| Innodb_buffer_pool_pages_misc | 698 |
| Innodb_buffer_pool_pages_total | 16383 |
| Innodb_buffer_pool_read_ahead_rnd | 0 |
| Innodb_buffer_pool_read_ahead | 691803 |
| Innodb_buffer_pool_read_ahead_evicted | 41350 |
| Innodb_buffer_pool_read_requests | 170965099291 |
| Innodb_buffer_pool_reads | 5392513 |
| Innodb_buffer_pool_wait_free | 0 |
| Innodb_buffer_pool_write_requests | 5825388207 |
+—————————————+————–+
15 rows in set (0.01 sec)

mysql> show engine innodb status/G
BUFFER POOL AND MEMORY
———————-
Total memory allocated 274726912; in additional pool allocated 0
Dictionary memory allocated 4055091
Buffer pool size 16383
Free buffers 1
Database pages 15673
Old database pages 5765
Modified db pages 521
Pending reads 0
Pending writes: LRU 0, flush list 0, single page 0
Pages made young 27497746, not young 0
0.00 youngs/s, 0.00 non-youngs/s
Pages read 6346456, created 1902566, written 372381712
0.00 reads/s, 0.37 creates/s, 27.75 writes/s
Buffer pool hit rate 1000 / 1000, young-making rate 0 / 1000 not 0 / 1000
Pages read ahead 0.00/s, evicted without access 0.00/s, Random read ahead 0.00/s
LRU len: 15673, unzip_LRU len: 0
I/O sum[1107]:cur[0], unzip sum[0]:cur[0]
命中率 Innodb_buffer_pool_read_requests – Innodb_buffer_pool_reads) / Innodb_buffer_pool_read_requests * 100%
170965099291-5392513/170965099291 × 100% = 99.99%

* InnoDB 字典信息緩存 InnoDB Additional Memory Pool(innodb_additional_mem_pool_size):
InnoDB 字典信息緩存主要用來存放 InnoDB 存儲引擎的字典信息以及一些 internal 的共享數據結構信息。所以其大小也與系統中所使用的 InnoDB 存儲引擎表的數量有較大關系。不過,如果我們通過 innodb_additional_mem_pool_size 參數所設置的內存大小不夠,InnoDB 會自動申請更多的內存,並在 MySQL 的 Error Log 中記錄警告信息。
global級別,不可動態變更 Default 8M
設置InnoDB存放資料庫字典信息的Buffer大小
推薦配置:50M

三、查看統計

1.查看各參數內存配置方式
#全局共享內存 9個變量
show variables like 'innodb_buffer_pool_size'; /* InnoDB 數據和索引緩存(InnoDB Buffer Pool) */
show variables like 'innodb_additional_mem_pool_size'; /* InnoDB 字典信息緩存(InnoDB Additional Memory Pool)*/
show variables like 'innodb_log_buffer_size'; /* InnoDB 日志緩沖區(InnoDB Log Buffer) */
show variables like 'binlog_cache_size'; /* 二進制日志緩沖區(Binlog Buffer)*/
show variables like 'thread_cache_size'; /* 連接線程緩存(Thread Cache)*/
show variables like 'query_cache_size'; /* 查詢緩存(Query Cache)*/
show variables like 'table_open_cache'; /* 表緩存(Table Cache) */
show variables like 'table_definition_cache'; /* 表設定信息緩存(Table definition Cache) */
show variables like 'key_buffer_size'; /* MyISAM索引緩存(Key Buffer) */
#最大線程數
show variables like 'max_connections';
#線程獨享內存 6個變量
show variables like 'thread_stack'; /* 線線程棧信息使用內存(thread_stack) */
show variables like 'sort_buffer_size'; /* 排序使用內存(sort_buffer_size) */
show variables like 'join_buffer_size'; /* Join操作使用內存(join_buffer_size) */
show variables like 'read_buffer_size'; /* 順序讀取數據緩沖區使用內存(read_buffer_size) */
show variables like 'read_rnd_buffer_size'; /* 隨機讀取數據緩沖區使用內存(read_rnd_buffer_size) */
show variables like 'tmp_table_size'; /* 臨時表使用內存(tmp_table_size) ,我實際計算把tmp_table_size放入全局共享內*/
也可以通過系統變量的方式直接獲取
select @@key_buffer_size;
select @@max_connections

2.mysql內存計算公式
mysql使用的內存 = 全局共享內存+最大線程數×線程獨享內存
mysql used mem=innodb_buffer_pool_size+innodb_additional_mem_pool_size+innodb_log_buffer_size+binlog_cache_size+thread_cache_size+query_cache_size+table_open_cache+table_definition_cache+key_buffer_size
+max_connections*(
thread_stack+sort_buffer_size+join_buffer_size+read_buffer_size+read_rnd_buffer_size+tmp_table_size)

SET @kilo_bytes=1024;
SET @mega_bytes=@kilo_bytes*1024;
SET @giga_bytes=@mega_bytes*1024;
SELECT (@@innodb_buffer_pool_size+@@innodb_additional_mem_pool_size+@@innodb_log_buffer_size+@@binlog_cache_size+@@thread_cache_size+@@query_cache_size+@@table_open_cache+@@table_definition_cache+@@key_buffer_size+@@max_connections*(@@thread_stack+@@sort_buffer_size+@@join_buffer_size+@@read_buffer_size+@@read_rnd_buffer_size+@@tmp_table_size))/@giga_bytes AS MAX_MEMORY_GB;

這個理論最大的內存使用量,在5.5版本中tmp_table_size默認是16M,按默認u自大連接數151計算,光線程獨享的臨時表占據的空間都是2416M,我實際計算把tmp_table_size放入全局共享內
我的計算公式
mysql使用的內存 = 全局共享內存+最大線程數×線程獨享內存
mysql used mem=innodb_buffer_pool_size+innodb_additional_mem_pool_size+innodb_log_buffer_size+binlog_cache_size+thread_cache_size+query_cache_size+table_open_cache+table_definition_cache+key_buffer_size+tmp_table_size
+max_connections*(
thread_stack+sort_buffer_size+join_buffer_size+read_buffer_size+read_rnd_buffer_size)

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。 必填欄位標示為 *