mysql 5.7配置項最詳細的解釋

配置樣例

首先提供一個我使用的配置樣例

    [client]
    #password=88888888
    socket=/data/var/mysql/mysql.sock
     
    [mysqld_safe]
    pid-file=/data/var/mysql/mysqld.pid
    log-error = /data/local/mysql-5.7.19/log/mysql-error.log
     
    [mysql]
    socket=/data/var/mysql/mysql.sock
     
    [mysqld]
    user = mysql
    port = 31306
    datadir = /data/var/mysql
    socket=/data/var/mysql/mysql.sock
    symbolic-links=0
    ########basic settings########
    server-id = 11
    #bind_address = 10.166.224.32
    autocommit = 1
    character_set_server=utf8mb4
    skip_name_resolve = 1
    max_connections = 800
    max_connect_errors = 100
    transaction_isolation = READ-COMMITTED
    explicit_defaults_for_timestamp = 1
    join_buffer_size = 128M
    tmp_table_size = 128M
    tmpdir = /dev/shm
    max_allowed_packet = 16M
    sql_mode = "STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION,NO_ZERO_DATE,NO_ZERO_IN_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER"
    interactive_timeout = 60
    wait_timeout = 60
    read_buffer_size = 16M
    read_rnd_buffer_size = 32M
    sort_buffer_size = 32M
    ########log settings########
    #log_error = /data/local/mysql-5.7.19/log/mysql-error.log
    slow_query_log = 1
    slow_query_log_file = /data/local/mysql-5.7.19/log/mysql-slow.log
    log_queries_not_using_indexes = 1
    log_slow_admin_statements = 1
    log_slow_slave_statements = 1
    log_throttle_queries_not_using_indexes = 10
    expire_logs_days = 90
    long_query_time = 1
    min_examined_row_limit = 100
    ########replication settings########
    #master_info_repository = TABLE
    #relay_log_info_repository = TABLE
    log_bin = /data/local/mysql-5.7.19/log/mysql-bin
    #sync_binlog = 4
    gtid_mode = on
    enforce_gtid_consistency = 1
    #log_slave_updates
    binlog_format = row
    #relay_log = /data/local/mysql-5.7.19/log/mysql-relay.log
    #relay_log_recovery = 1
    #binlog_gtid_simple_recovery = 1
    #slave_skip_errors = ddl_exist_errors
    ########innodb settings########
    innodb_page_size = 16K
    innodb_buffer_pool_size = 4G
    #innodb_buffer_pool_instances = 8
    #innodb_buffer_pool_load_at_startup = 1
    #innodb_buffer_pool_dump_at_shutdown = 1
    #innodb_lru_scan_depth = 2000
    innodb_lock_wait_timeout = 5
    #innodb_io_capacity = 4000
    #innodb_io_capacity_max = 8000
    #innodb_flush_method = O_DIRECT
    #innodb_log_group_home_dir = /data/local/mysql-5.7.19/log/redolog/
    #innodb_undo_directory = /data/local/mysql-5.7.19/log/undolog/
    #innodb_undo_logs = 128
    #innodb_undo_tablespaces = 0
    #innodb_flush_neighbors = 1
    #innodb_log_file_size = 4G
    #innodb_log_buffer_size = 16M
    #innodb_purge_threads = 4
    innodb_large_prefix = 1
    innodb_thread_concurrency = 64
    #innodb_print_all_deadlocks = 1
    #innodb_strict_mode = 1
    innodb_sort_buffer_size = 64M
    ########semi sync replication settings########
    #plugin_dir=/data/local/mysql-5.7.19/lib/plugin
    #plugin_load = "rpl_semi_sync_master=semisync_master.so;rpl_semi_sync_slave=semisync_slave.so"
    #loose_rpl_semi_sync_master_enabled = 1
    #loose_rpl_semi_sync_slave_enabled = 1
    #loose_rpl_semi_sync_master_timeout = 5000
     
    [mysqld-5.7]
    #innodb_buffer_pool_dump_pct = 40
    innodb_page_cleaners = 4
    #innodb_undo_log_truncate = 1
    #innodb_max_undo_log_size = 2G
    #innodb_purge_rseg_truncate_frequency = 128
    #binlog_gtid_simple_recovery=1
    log_timestamps=system
    #transaction_write_set_extraction=MURMUR32
    #show_compatibility_56=on



詳細解釋
[client]
#password=88888888
mysql默認密碼
socket=/data/var/mysql/mysql.sock
mysql以socket方式運行的sock文件位置

[mysqld_safe]
log-error=/var/log/mysqld.log
錯誤日志位置
pid-file=/var/run/mysqld/mysqld.pid
進程id文件

[mysql]
socket=/data/var/mysql/mysql.sock
mysql以socket方式運行的sock文件位置

[mysqld]
user = mysql
mysql以什么用戶運行
port = 31306
mysql運行在哪個端口
datadir = /data/var/mysql/
mysql的數據目錄
socket=/data/var/mysql/mysql.sock
mysql以socket方式運行的sock文件位置
symbolic-links=0
是否支持符號鏈接，即數據庫或表可以存儲在my.cnf中指定datadir之外的分區或目錄，為0不開啟

########basic settings########
server-id = 11
mysql的服務器分配id，在啟用主從和集群的時候必須指定，每個節點必須不同
#bind_address = 10.166.224.32
mysql監聽的ip地址，如果是127.0.0.1，表示僅本機訪問
autocommit = 1
數據修改是否自動提交，為0不自動提交
character_set_server=utf8mb4
服務器使用的字符集
skip_name_resolve = 1
禁用DNS主機名查找，啟用以后用內網地址向mysqlslap請求響應快了一半
max_connections = 800
mysql最大連接數

max_connect_errors = 1000
某台host連接錯誤次數等於max_connect_errors（默認10） ，主機'host_name'再次嘗試時被屏蔽。可有效反的防止dos攻擊
transaction_isolation = READ-COMMITTED
數據庫事務隔離級別
1.READ-UNCOMMITTED(讀取未提交內容)級別
2. READ-COMMITTED（讀取提交內容）
3. REPEATABLE-READ(可重讀)
4.SERIERLIZED(可串行化)
默認級別REPEATABLE-READ
explicit_defaults_for_timestamp = 1
mysql中TIMESTAMP類型和其他的類型有點不一樣(在沒有設置explicit_defaults_for_timestamp=1的情況下）
join_buffer_size = 128M
當我們的join是ALL,index,rang或者Index_merge的時候使用的buffer。 實際上這種join被稱為FULL JOIN
tmp_table_size = 128M
規定了內部內存臨時表的最大值，每個線程都要分配。（實際起限制作用的是tmp_table_size和max_heap_table_size的最小值。）如果內存臨時表超出了限制，MySQL就會自動地把它轉化為基於磁盤的MyISAM表，存儲在指定的tmpdir目錄下
tmpdir = /dev/shm/mysql-tmp/
保存臨時文件的目錄
max_allowed_packet = 16M
mysql最大接受的數據包大小
sql_mode = "STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION,NO_ZERO_DATE,NO_ZERO_IN_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER"
sql_mode 模式，定義了你MySQL應該支持的sql語法，對數據的校驗等等，限制一些所謂的‘不合法’的操作
interactive_timeout = 60
服務器關閉交互式連接前等待活動的秒數。交互式客戶端定義為在mysql_real_connect()中使用CLIENT_INTERACTIVE選項的客戶端
wait_timeout = 60
服務器關閉非交互連接之前等待活動的秒數，在線程啟動時，根據全局wait_timeout值或全局interactive_timeout值初始化會話wait_timeout值，取決於客戶端類型(由mysql_real_connect()的連接選項CLIENT_INTERACTIVE定義)
read_buffer_size = 16M
讀入緩沖區的大小，將對表進行順序掃描的請求將分配一個讀入緩沖區，MySQL會為它分配一段內存緩沖區
read_rnd_buffer_size = 32M
隨機讀緩沖區大小，當按任意順序讀取行時（列如按照排序順序）將分配一個隨機讀取緩沖區，進行排序查詢時，MySQL會首先掃描一遍該緩沖，以避免磁盤搜索，提高查詢速度
sort_buffer_size = 32M
是一個connection級參數，在每個connection第一次需要使用這個buffer的時候，一次性分配設置的內存

########log settings########
#log_error = /data/local/mysql-5.7.19/log/mysql-error.log
錯誤日志位置
slow_query_log = 1
是否開啟慢查詢日志收集
slow_query_log_file = /data/local/mysql-5.7.19/log/mysql-slow.log
慢查詢日志位置
log_queries_not_using_indexes = 1
是否記錄未使用索引的語句
log_slow_admin_statements = 1
慢查詢也記錄那些慢的optimize table，analyze table和alter table語句
log_slow_slave_statements = 1
記錄由Slave所產生的慢查詢
log_throttle_queries_not_using_indexes = 10
設定每分鍾記錄到日志的未使用索引的語句數目，超過這個數目后只記錄語句數量和花費的總時間
expire_logs_days = 90
日志自動過期清理天數
long_query_time = 1
設置記錄慢查詢超時時間
min_examined_row_limit = 100
查詢檢查返回少於該參數指定行的SQL不被記錄到慢查詢日志

########replication settings########
#master_info_repository = TABLE
從機保存主節點信息方式，設成file時 會生成master.info 和 relay-log.info2個文件，設成table，信息就會存在mysql.master_slave_info表中。不管是設置的哪種值，都不要移動或者編輯相關的文件和表
#relay_log_info_repository = TABLE
用於保存slave讀取relay log的位置信息，可選值為“FILE”、“TABLE”，以便crash重啟后繼續恢復
log_bin = /data/local/mysql-5.7.19/log/mysql-bin
binlog的保存位置，不能指定確定的文件名如mysql-bin.log，只能指定位置和前綴，會生成以前綴為開頭的一系列文件
#sync_binlog = 4
這個參數是對於MySQL系統來說是至關重要的，他不僅影響到Binlog對MySQL所帶來的性能損耗，而且還影響到MySQL中數據的完整性。對於“sync_binlog”參數的各種設置的說明如下：
sync_binlog=0，當事務提交之后，MySQL不做fsync之類的磁盤同步指令刷新binlog_cache中的信息到磁盤，而讓Filesystem自行決定什么時候來做同步，或者cache滿了之后才同步到磁盤。
sync_binlog=n，當每進行n次事務提交之后，MySQL將進行一次fsync之類的磁盤同步指令來將binlog_cache中的數據強制寫入磁盤。
在MySQL中系統默認的設置是sync_binlog=0，也就是不做任何強制性的磁盤刷新指令，這時候的性能是最好的，但是風險也是最大的。因為一旦系統Crash，在binlog_cache中的所有binlog信息都會被丟失。而當設置為“1”的時候，是最安全但是性能損耗最大的設置。因為當設置為1的時候，即使系統Crash，也最多丟失binlog_cache中未完成的一個事務，對實際數據沒有任何實質性影響。從以往經驗和相關測試來看，對於高並發事務的系統來說，“sync_binlog”設置為0和設置為1的系統寫入性能差距可能高達5倍甚至更多。
gtid_mode = on
啟用gtid類型，否則就是普通的復制架構
enforce_gtid_consistency = 1
強制GTID的一致性
#log_slave_updates
slave更新是否記入日志，在做雙主架構時異常重要，影響到雙主架構是否能互相同步
binlog_format = row
binlog日志格式，可選值“MIXED”、“ROW”、“STATEMENT”，在5.6版本之前默認為“STATEMENT”，5.6之后默認為“MIXED”；因為“STATEMENT”方式在處理一些“不確定”性的方法時會造成數據不一致問題，我們建議使用“MIXED”或者“ROW”
#relay_log = /data/local/mysql-5.7.19/log/mysql-relay.log
從機保存同步中繼日志的位置
#relay_log_recovery = 1
當slave從庫宕機后，假如relay-log損壞了，導致一部分中繼日志沒有處理，則自動放棄所有未執行的relay-log，並且重新從master上獲取日志，這樣就保證了relay-log的完整性
#binlog_gtid_simple_recovery = 1
這個參數控制了當mysql啟動或重啟時，mysql在搜尋GTIDs時是如何迭代使用binlog文件的。 這個選項設置為真，會提升mysql執行恢復的性能。因為這樣mysql-server啟動和binlog日志清理更快
#slave_skip_errors = ddl_exist_errors
跳過指定error no類型的錯誤，設成all 跳過所有錯誤

########innodb settings########
innodb_page_size = 16K
innodb每個數據頁大小，這個參數在一開始初始化時就要加入my.cnf里，如果已經創建了表，再修改，啟動MySQL會報錯
innodb_buffer_pool_size = 4G
緩存innodb表的索引，數據，插入數據時的緩沖，專用mysql服務器設置的大小： 操作系統內存的70%-80%最佳
#innodb_buffer_pool_instances = 8
可以開啟多個內存緩沖池，把需要緩沖的數據hash到不同的緩沖池中，這樣可以並行的內存讀寫
#innodb_buffer_pool_load_at_startup = 1
默認為關閉OFF。如果開啟該參數，啟動MySQL服務時，MySQL將本地熱數據加載到InnoDB緩沖池中
#innodb_buffer_pool_dump_at_shutdown = 1
默認為關閉OFF。如果開啟該參數，停止MySQL服務時，InnoDB將InnoDB緩沖池中的熱數據保存到本地硬盤
#innodb_lru_scan_depth = 2000
根據 官方文檔 描述，它會影響page cleaner線程每次刷臟頁的數量， 這是一個每1秒 loop一次的線程
innodb_lock_wait_timeout = 5
事務等待獲取資源等待的最長時間，超過這個時間還未分配到資源則會返回應用失敗；參數的時間單位是秒
#innodb_io_capacity = 4000
#innodb_io_capacity_max = 8000
這兩個設置會影響InnoDB每秒在后台執行多少操作. 大多數寫IO(除了寫InnoDB日志)是后台操作的. 如果你深度了解硬件性能(如每秒可以執行多少次IO操作),則使用這些功能是很可取的,而不是讓它閑着
#innodb_flush_method = O_DIRECT
默認值為 fdatasync. 如果使用 硬件RAID磁盤控制器, 可能需要設置為 O_DIRECT. 這在讀取InnoDB緩沖池時可防止“雙緩沖(double buffering)”效應,否則會在文件系統緩存與InnoDB緩存間形成2個副本(copy). 如果不使用硬件RAID控制器,或者使用SAN存儲時, O_DIRECT 可能會導致性能下降
#innodb_log_group_home_dir = /data/local/mysql-5.7.19/log/redolog/
innodb重做日志保存目錄
#innodb_undo_directory = /data/local/mysql-5.7.19/log/undolog/
innodb回滾日志保存目錄
#innodb_undo_logs = 128
undo回滾段的數量， 至少大於等於35，默認128
#innodb_undo_tablespaces = 0
用於設定創建的undo表空間的個數，在mysql_install_db時初始化后，就再也不能被改動了；默認值為0，表示不獨立設置undo的tablespace，默認記錄到ibdata中；否則，則在undo目錄下創建這么多個undo文件，例如假定設置該值為4，那么就會創建命名為undo001~undo004的undo tablespace文件，每個文件的默認大小為10M。修改該值會導致Innodb無法完成初始化，數據庫無法啟動，但是另兩個參數可以修改
#innodb_flush_neighbors = 1
InnoDB存儲引擎在刷新一個臟頁時，會檢測該頁所在區(extent)的所有頁，如果是臟頁，那么一起刷新。這樣做的好處是通過AIO可以將多個IO寫操作合並為一個IO操作。對於傳統機械硬盤建議使用，而對於固態硬盤可以關閉。
#innodb_log_file_size = 4G
這個值定義了日志文件的大小，innodb日志文件的作用是用來保存redo日志。一個事務對於數據或索引的修改往往對應到表空間中的隨機的位置，因此當刷新這些修改到磁盤中就會引起隨機的I/O，而隨機的I/O往往比順序的I/O更加昂貴的開銷，因為隨機的I/O需要更多的開銷來定位到指定的位置。innodb使用日志來將隨機的I/O轉為順序的I/O，只要日志文件是安全的，那么事務就是永久的，盡管這些改變還沒有寫到數據文件中，如果出現了當機或服務器斷電的情況，那么innodb也可以通過日志文件來恢復以及提交的事務。但是日志文件是有一定的大小的，所以必須要把日志文件記錄的改變寫到數據文件中，innodb對於日志文件的操作是循環的，即當日志文件寫滿后，會將指針重新移動到文件開始的地方重新寫，但是它不會覆蓋那些還沒有寫到數據文件中的日志，因為這是唯一記錄了事務持久化的記錄
如果對 Innodb 數據表有大量的寫入操作，那么選擇合適的 innodb_log_file_size 值對提升MySQL性能很重要。然而設置太大了，就會增加恢復的時間，因此在MySQL崩潰或者突然斷電等情況會令MySQL服務器花很長時間來恢復
#innodb_log_buffer_size = 16M
事務在內存中的緩沖。 分配原 則：控制在2-8M.這個值不用太多的。他里面的內存一般一秒鍾寫到磁盤一次
#innodb_purge_threads = 4
控制是否使用，使用幾個獨立purge線程（清除二進制日志）
innodb_large_prefix = 1
mysql在5.6之前一直都是單列索引限制767，起因是256×3-1。這個3是字符最大占用空間（utf8）。但是在5.6以后，開始支持4個字節的uutf8。255×4>767, 於是增加了這個參數。這個參數默認值是OFF。當改為ON時，允許列索引最大達到3072
innodb_thread_concurrency = 64
InnoDB kernel並發最大的線程數。 1) 最少設置為(num_disks+num_cpus)*2。 2) 可以通過設置成1000來禁止這個限制
#innodb_print_all_deadlocks = 1
是否將死鎖相關信息保存到MySQL 錯誤日志中
#innodb_strict_mode = 1
開啟InnoDB嚴格檢查模式，尤其采用了頁數據壓縮功能后，最好是開啟該功能。開啟此功能后，當創建表（CREATE TABLE）、更改表（ALTER TABLE）和創建索引（CREATE INDEX）語句時，如果寫法有錯誤，不會有警告信息，而是直接拋出錯誤，這樣就可直接將問題扼殺在搖籃里
innodb_sort_buffer_size = 64M
ORDER BY 或者GROUP BY 操作的buffer緩存大小

########semi sync replication settings########
#plugin_dir=/data/local/mysql-5.7.19/lib/plugin
指定mysql的插件目錄
#plugin_load = "rpl_semi_sync_master=semisync_master.so;rpl_semi_sync_slave=semisync_slave.so"
指定載入哪些插件
#loose_rpl_semi_sync_master_enabled = 1
控制主庫上是否開啟semisync
#loose_rpl_semi_sync_slave_enabled = 1
控制備庫是否開啟semisync
#loose_rpl_semi_sync_master_timeout = 5000
單位毫秒，防止半同步復制在沒有收到確認的情況下，發送堵塞。master在超時之前沒有收到確認，將恢復到異步復制，繼續執行半同步沒有進行的操作

[mysqld-5.7]
#innodb_buffer_pool_dump_pct = 40
表示轉儲每個bp instance LRU上最熱的page的百分比。通過設置該參數可以減少轉儲的page數
innodb_page_cleaners = 4
為了提升擴展性和刷臟效率，在5.7.4版本里引入了多個page cleaner線程。從而達到並行刷臟的效果
在該版本中，Page cleaner並未和buffer pool綁定，其模型為一個協調線程 + 多個工作線程，協調線程本身也是工作線程。因此如果innodb_page_cleaners設置為8，那么就是一個協調線程，加7個工作線程
#innodb_undo_log_truncate = 1
是否開啟在線回收（收縮）undo log日志文件，支持動態設置
#innodb_max_undo_log_size = 2G
當超過這個閥值（默認是1G），會觸發truncate回收（收縮）動作，truncate后空間縮小到10M
#innodb_purge_rseg_truncate_frequency = 128
控制回收（收縮）undo log的頻率。undo log空間在它的回滾段沒有得到釋放之前不會收縮， 想要增加釋放回滾區間的頻率，就得降低設定值
#binlog_gtid_simple_recovery=1
這個參數控制了當mysql啟動或重啟時，mysql在搜尋GTIDs時是如何迭代使用binlog文件的。 這個選項設置為真，會提升mysql執行恢復的性能。因為這樣mysql-server啟動和binlog日志清理更快。該參數為真時，mysql-server只需打開最老的和最新的這2個binlog文件
log_timestamps=system
在MySQL 5.7.2 新增了 log_timestamps 這個參數，該參數主要是控制 error log、genera log，等等記錄日志的顯示時間參數。 在 5.7.2 之后改參數為默認 UTC 這樣會導致日志中記錄的時間比中國這邊的慢，導致查看日志不方便。修改為 SYSTEM 就能解決問題
#transaction_write_set_extraction=MURMUR32
這個神奇的參數5.7.6版本引入，用於定義一個記錄事務的算法，這個算法使用hash標識來記錄事務。如果使用MGR，那么這個hash值需要用於分布式沖突檢測何處理，在64位的系統，官網建議設置該參數使用 XXHASH64 算法。如果線上並沒有使用該功能，應該設為off
#show_compatibility_56=on
從mysql5.7.6開始information_schema.global_status已經開始被舍棄，為了兼容性，此時需要打開 show_compatibility_56
 
 原文：https://blog.csdn.net/ownfire/article/details/78040064