配置樣例
首先提供一個我使用的配置樣例
- [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
詳細解釋
mysql以socket方式執行的sock檔案位置
[mysqld_safe]
log-error=/var/log/mysqld.log
錯誤日誌位置
pid-file=/var/run/mysqld/mysqld.pid
程式id檔案
mysql以socket方式執行的sock檔案位置
[mysqld]
是否支援符號連結，即資料庫或表可以儲存在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
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的時候，一次性分配設定的記憶體
錯誤日誌位置
slow_query_log = 1
是否開啟慢查詢日誌收集
slow_query_log_file = /data/local/mysql-5.7.19/log/mysql-slow.log
慢查詢日誌位置
log_queries_not_using_indexes = 1
查詢檢查返回少於該引數指定行的SQL不被記錄到慢查詢日誌
從機儲存主節點資訊方式，設成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
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
當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_io_capacity = 4000
#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/
用於設定建立的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
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
開啟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"
單位毫秒，防止半同步複製在沒有收到確認的情況下，傳送堵塞。master在超時之前沒有收到確認，將恢復到非同步複製，繼續執行半同步沒有進行的操作
為了提升擴充套件性和刷髒效率，在5.7.4版本里引入了多個page cleaner執行緒。從而達到並行刷髒的效果
在該版本中，Page cleaner並未和buffer pool繫結，其模型為一個協調執行緒 + 多個工作執行緒，協調執行緒本身也是工作執行緒。因此如果innodb_page_cleaners設定為8，那麼就是一個協調執行緒，加7個工作執行緒
#innodb_undo_log_truncate = 1
控制回收（收縮）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