以下List是我們常見的MySQL參數配置，這個參數對提高實例的性能大有裨益。 其中 建議設置值，僅供參考，需要根據自己的業務場景和硬體資源仔細推敲。 重用保存在緩存中線程的數量：如果Threads_created值過大MySQL伺服器一直在創建線程，比較耗資源，可以適當增加配置文件中thread_ ...
以下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 former default 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 |
