MySQL 关于性能的参数配置梳理
生活随笔
收集整理的這篇文章主要介紹了
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 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 |
轉載于:https://www.cnblogs.com/xuliuzai/p/10406711.html
總結
以上是生活随笔為你收集整理的MySQL 关于性能的参数配置梳理的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: springBoot静态资源处理
- 下一篇: opencv 图片剪切