MySQL效能引數配置總結
摘要：
以下List是我們常見的MySQL引數配置，這個引數對提高例項的效能大有裨益。
其中 建議設定值，僅供參考，需要根據自己的業務場景和硬體資源仔細推敲。
引數
設定說明...
以下List是我們常見的MySQL引數配置，這個引數對提高例項的效能大有裨益。
其中 建議設定值，僅供參考，需要根據自己的業務場景和硬體資源仔細推敲。
| 引數 | 設定說明 | 建議設定值 |
| lower_case_table_names |
大小寫敏感：此引數不可以動態修改，必須重啟資料庫： 0.表名儲存為給定的大小和比較是區分大小寫的 1.表名儲存在磁碟是小寫的，但是比較的時候是不區分大小寫 2.表名儲存為給定的大小寫但是比較的時候是小寫的 |
0 |
| max_connections | 最大連結資料 | 2000 |
| max_connect_errors | 某一客戶端連結失敗的情況下嘗試連線MySQL伺服器最大嘗試次數 | 100 |
| sort_buffer_size |
排序緩衝增加sort_buffer_size值可以加速ORDER BY或GROUP BY操作 想要加快ORDER BY的速度，首先看是否可以讓MySQL使用索引而不是額外的排序階段 |
8388608 |
| join_buffer_size |
聯合查詢緩衝此緩衝被使用來優化全聯接(FULL JOINS 不帶索引的聯接)， 類似的聯接在極大多數情況下有非常糟糕的效能表現,但是將此值設大能夠減輕效能影響。如果全域性大小比使用它的大多數查詢都大，那麼記憶體分配時就會導致效能下降 |
8388608 |
| tmp_table_size | 規定了內部記憶體臨時表的最大值，每個執行緒都要分配。這兩個引數是mysql對臨時表的大小控制，tmp_table_size 控制記憶體臨時表的最大值,超過限值後就往硬碟寫，寫的位置由變數 tmpdir 決定；max_heap_table_size 使用者可以建立的記憶體表(memory table)的大小.這個值用來計算記憶體表的最大行數值。 | 67108864 |
| max_heap_table_size | 67108864 | |
| innodb_buffer_pool_size | innodb緩衝池，用來快取InnoDB索引頁面、Undo頁面以及一些其它輔助資料。 | 一般為實體記憶體的75%-85% |
| innodb_buffer_pool_instances | 將InnoDB緩衝池劃分為多個例項適當地增加該引數，可以提升InnoDB的併發效能。通過這個引數，把原來一整塊Buffer Pool分割為多塊記憶體空間，每個空間獨立管理自己的空閒連結串列、重新整理連結串列、LRU及其它資料結構。 | |
| innodb_buffer_pool_dump_pct | InnoDB快取池預熱恢復buffer pool中百分比資料 | 40 |
| innodb_flush_log_at_trx_commit |
0：log buffer每秒一次寫入log file，並且log file的flush(刷到磁碟)操作同時進行。該模式下在事務提交的時候，不會主動觸發寫入磁碟的操作。 1：每次事務提交時MySQL都會把log buffer的資料寫入log file，並且flush(刷到磁碟)中去，該模式為系統預設。 2：每次事務提交時MySQL都會把log buffer的資料寫入log file，但是flush(刷到磁碟)操作並不會同時進行。該模式下，MySQL會每秒執行一次 flush(刷到磁碟)操作 |
1 |
| slow_query_log | 開啟慢查詢日誌，預設關閉. | 1 |
| log_slow_slave_statements | 記錄由Slave所產生的慢查詢，預設值OFF。 | 1 |
| log_queries_not_using_indexes | 將沒有使用索引的SQL語句記錄到慢查詢日誌檔案中，預設值OFF。 | 1 |
| log_throttle_queries_not_using_indexes | 來限制每分鐘可以寫入慢查詢日誌的數量。 | 10 |
| long_query_time | 慢查詢超時時間，預設10秒修改為1秒。 | 1 |
| thread_cache_size |
重用儲存在快取中執行緒的數量：如果Threads_created值過大MySQL伺服器一直在建立執行緒，比較耗資源，可以適當增加配置檔案中thread_cache_size值。快取命中率：Thread_Cache_Hit = (Connections - Threads_created) / Connections * 100%; |
256 |
| innodb_io_capacity | InnoDB有後臺執行緒在不斷地做Flush操作，影響這個操作頻率的就是這個innodb_io_capacity引數。如果碰到系統因為後臺Flush操作而產生週期性效能降低的情況，特別是在使用SSD裝置的時候，可以適當提高這個引數的值，以加速Flush的頻率。（但 For systems with individual 5400 RPM or 7200 RPM drives, you might lower the value to the formerdefault of 100.） | 32768 （SSD 配置） |
| innodb_thread_concurrency | 在併發量大的例項上，增加這個值，可以降低InnoDB在併發執行緒之間切換的花銷，以增加系統的併發吞吐量。 | 32 |
| slave_parallel_workers | 在進行多執行緒複製的時候，如果設定此引數為非零值，則可以開啟多執行緒併發執行回放日誌的操作，以提升Slave的同步效能。 | 16 |
| sync_binlog | MySQL 同步Binlog到磁碟的方式。1 最安全，但效能較差，每一個事務提交時，MySQL都會把Binlog重新整理到磁碟中；0效能最好，但不安全。事務提交時，MySQL將Binlog資訊寫入到Binlog檔案（OS Cache）中，但是MySQL不控制Binlog的刷盤操作，由檔案系統自己控制其快取的重新整理 | 0 |
| tx_isolation | 設定MySQL的隔離級別，讀未提交（read-uncommitted）；不可重複讀（read-committed）；可重複讀（repeatable-read）；序列化（serializable）。這四種級別越來越嚴格。 | REPEATABLE-READ |
| binlog_order_commits | 事務在提交的時候寫入Binlog的順序。這是把雙刃劍，如果開啟可以保證事務都以相同的順序寫入二進位制檔案，如果關閉則可以提升效能。需要根據實際情況決定。 | on |
| max_allowed_packet | MySQL傳送和接受的最大資料包大小，設定過小會導致資料包分裂情況嚴重。 | 134217728 |
| thread_stack | 每個連線執行緒被建立時，MySQL給它分配的記憶體大小。 | 262144 |
Linux公社的RSS地址 ：https://www.linuxidc.com/rssFeed.aspx
本文永久更新連結地址：https://www.linuxidc.com/Linux/2019-02/157005.htm