轉載基於MySQL5.5和5.6版本的配置模板

注！！！原文與博主無關，僅用於轉載學習用

轉自：http://geek.csdn.net/news/detail/41002
貼代碼

[mysqld]
########basic settings########
server-id = 11 
port = 3306
user = mysql
bind_address = 10.166.224.32
autocommit = on
character_set_server=utf8mb4
skip_name_resolve = 1
max_connections = 800
max_connect_errors = 1000
datadir = /data/mysql_data
transaction_isolation = READ-COMMITTED
explicit_defaults_for_timestamp = 1
join_buffer_size = 134217728
tmp_table_size = 67108864
tmpdir = /tmp
max_allowed_packet = 16777216
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 = 1800
wait_timeout = 1800
read_buffer_size = 16777216
read_rnd_buffer_size = 33554432
sort_buffer_size = 33554432
########log settings########
log_error = error.log
slow_query_log = 1
slow_query_log_file = 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 = 2
min_examined_row_limit = 100
########replication settings########
master_info_repository = TABLE
relay_log_info_repository = TABLE
log_bin = bin.log
sync_binlog = 1
gtid_mode = on
enforce_gtid_consistency = 1
log_slave_updates
binlog_format = row 
relay_log = relay.log
relay_log_recovery = 1
binlog_gtid_simple_recovery = 1
slave_skip_errors = ddl_exist_errors
########innodb settings########
innodb_page_size = 8192
innodb_buffer_pool_size = 6G
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_file_format = Barracuda
innodb_file_format_max = Barracuda
innodb_log_group_home_dir = /redolog/
innodb_undo_directory = /undolog/
innodb_undo_logs = 128
innodb_undo_tablespaces = 3
innodb_flush_neighbors = 1
innodb_log_file_size = 4G
innodb_log_buffer_size = 16777216
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 = 67108864 
########semi sync replication settings########
plugin_dir=/usr/local/mysql/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

另轉另一篇博主的參數優化配置詳解

原文連接：http://www.ha97.com/4110.html

PS：本配置文件針對Dell R710，雙至強E5620、16G內存的硬件配置。CentOS 5.6 64位系統，MySQL 5.5.x 穩定版。適用於日IP 50-100w，PV 100-300w的站點，主要使用InnoDB存儲引擎。其餘應用環境請根據實際狀況來設置優化。

# 如下選項會被MySQL客戶端應用讀取。
# 注意只有MySQL附帶的客戶端應用程序保證能夠讀取這段內容。
# 若是你想你本身的MySQL應用程序獲取這些值。
# 須要在MySQL客戶端庫初始化的時候指定這些選項。

#
[client]
#password = [your_password]
port = @MYSQL_TCP_PORT@
socket = @MYSQL_UNIX_ADDR@

# *** 應用定製選項 ***

#
# MySQL 服務端
#
[mysqld]

# 通常配置選項
port = @MYSQL_TCP_PORT@
socket = @MYSQL_UNIX_ADDR@

# back_log 是操做系統在監聽隊列中所能保持的鏈接數,
# 隊列保存了在MySQL鏈接管理器線程處理以前的鏈接.
# 若是你有很是高的鏈接率而且出現」connection refused」 報錯,
# 你就應該增長此處的值.
# 檢查你的操做系統文檔來獲取這個變量的最大值.
# 若是將back_log設定到比你操做系統限制更高的值,將會沒有效果
back_log = 300

# 不在TCP/IP端口上進行監聽.
# 若是全部的進程都是在同一臺服務器鏈接到本地的mysqld,
# 這樣設置將是加強安全的方法
# 全部mysqld的鏈接都是經過Unix sockets 或者命名管道進行的.
# 注意在windows下若是沒有打開命名管道選項而只是用此項
# (經過 「enable-named-pipe」 選項) 將會致使mysql服務沒有任何做用!
#skip-networking

# MySQL 服務所容許的同時會話數的上限
# 其中一個鏈接將被SUPER權限保留做爲管理員登陸.
# 即使已經達到了鏈接數的上限.
max_connections = 3000
# 每一個客戶端鏈接最大的錯誤容許數量,若是達到了此限制.
# 這個客戶端將會被MySQL服務阻止直到執行了」FLUSH HOSTS」 或者服務重啓
# 非法的密碼以及其餘在連接時的錯誤會增長此值.
# 查看 「Aborted_connects」 狀態來獲取全局計數器.
max_connect_errors = 30

# 全部線程所打開表的數量.
# 增長此值就增長了mysqld所須要的文件描述符的數量
# 這樣你須要確認在[mysqld_safe]中 「open-files-limit」 變量設置打開文件數量容許至少4096
table_cache = 4096

# 容許外部文件級別的鎖. 打開文件鎖會對性能形成負面影響
# 因此只有在你在一樣的文件上運行多個數據庫實例時才使用此選項(注意仍會有其餘約束!)
# 或者你在文件層面上使用了其餘一些軟件依賴來鎖定MyISAM表
#external-locking

# 服務所能處理的請求包的最大大小以及服務所能處理的最大的請求大小(當與大的BLOB字段一塊兒工做時至關必要)
# 每一個鏈接獨立的大小.大小動態增長
max_allowed_packet = 32M

# 在一個事務中binlog爲了記錄SQL狀態所持有的cache大小
# 若是你常用大的,多聲明的事務,你能夠增長此值來獲取更大的性能.
# 全部從事務來的狀態都將被緩衝在binlog緩衝中而後在提交後一次性寫入到binlog中
# 若是事務比此值大, 會使用磁盤上的臨時文件來替代.
# 此緩衝在每一個鏈接的事務第一次更新狀態時被建立
binlog_cache_size = 4M

# 獨立的內存表所容許的最大容量.
# 此選項爲了防止意外建立一個超大的內存表致使永盡全部的內存資源.
max_heap_table_size = 128M

# 排序緩衝被用來處理相似ORDER BY以及GROUP BY隊列所引發的排序
# 若是排序後的數據沒法放入排序緩衝,
# 一個用來替代的基於磁盤的合併分類會被使用
# 查看 「Sort_merge_passes」 狀態變量.
# 在排序發生時由每一個線程分配
sort_buffer_size = 16M

# 此緩衝被使用來優化全聯合(full JOINs 不帶索引的聯合).
# 相似的聯合在極大多數狀況下有很是糟糕的性能表現,
# 可是將此值設大可以減輕性能影響.
# 經過 「Select_full_join」 狀態變量查看全聯合的數量
# 當全聯合發生時,在每一個線程中分配
join_buffer_size = 16M

# 咱們在cache中保留多少線程用於重用
# 當一個客戶端斷開鏈接後,若是cache中的線程還少於thread_cache_size,
# 則客戶端線程被放入cache中.
# 這能夠在你須要大量新鏈接的時候極大的減小線程建立的開銷
# (通常來講若是你有好的線程模型的話,這不會有明顯的性能提高.)
thread_cache_size = 16

# 此容許應用程序給予線程系統一個提示在同一時間給予渴望被運行的線程的數量.
# 此值只對於支持 thread_concurrency() 函數的系統有意義( 例如Sun Solaris).
# 你可能夠嘗試使用 [CPU數量]*(2..4) 來做爲thread_concurrency的值
thread_concurrency = 8

# 查詢緩衝常被用來緩衝 SELECT 的結果而且在下一次一樣查詢的時候再也不執行直接返回結果.
# 打開查詢緩衝能夠極大的提升服務器速度, 若是你有大量的相同的查詢而且不多修改表.
# 查看 「Qcache_lowmem_prunes」 狀態變量來檢查是否當前值對於你的負載來講是否足夠高.
# 注意: 在你表常常變化的狀況下或者若是你的查詢原文每次都不一樣,
# 查詢緩衝也許引發性能降低而不是性能提高.
query_cache_size = 128M

# 只有小於此設定值的結果纔會被緩衝
# 此設置用來保護查詢緩衝,防止一個極大的結果集將其餘全部的查詢結果都覆蓋.
query_cache_limit = 4M

# 被全文檢索索引的最小的字長.
# 你也許但願減小它,若是你須要搜索更短字的時候.
# 注意在你修改此值以後,
# 你須要重建你的 FULLTEXT 索引
ft_min_word_len = 8

# 若是你的系統支持 memlock() 函數,你也許但願打開此選項用以讓運行中的mysql在在內存高度緊張的時候,數據在內存中保持鎖定而且防止可能被swapping out
# 此選項對於性能有益
#memlock

# 當建立新表時做爲默認使用的表類型,
# 若是在建立表示沒有特別執行表類型,將會使用此值
default_table_type = MYISAM

# 線程使用的堆大小. 此容量的內存在每次鏈接時被預留.
# MySQL 自己常不會須要超過64K的內存
# 若是你使用你本身的須要大量堆的UDF函數
# 或者你的操做系統對於某些操做須要更多的堆,
# 你也許須要將其設置的更高一點.
thread_stack = 512K

# 設定默認的事務隔離級別.可用的級別以下:
# READ-UNCOMMITTED, READ-COMMITTED, REPEATABLE-READ, SERIALIZABLE
transaction_isolation = REPEATABLE-READ

# 內部(內存中)臨時表的最大大小
# 若是一個表增加到比此值更大,將會自動轉換爲基於磁盤的表.
# 此限制是針對單個表的,而不是總和.
tmp_table_size = 128M

# 打開二進制日誌功能.
# 在複製(replication)配置中,做爲MASTER主服務器必須打開此項
# 若是你須要從你最後的備份中作基於時間點的恢復,你也一樣須要二進制日誌.
log-bin=mysql-bin

# 若是你在使用鏈式從服務器結構的複製模式 (A->B->C),
# 你須要在服務器B上打開此項.
# 此選項打開在從線程上重作過的更新的日誌,
# 並將其寫入從服務器的二進制日誌.
#log_slave_updates

# 打開全查詢日誌. 全部的由服務器接收到的查詢 (甚至對於一個錯誤語法的查詢)
# 都會被記錄下來. 這對於調試很是有用, 在生產環境中經常關閉此項.
#log

# 將警告打印輸出到錯誤log文件. 若是你對於MySQL有任何問題
# 你應該打開警告log而且仔細審查錯誤日誌,查出可能的緣由.
#log_warnings

# 記錄慢速查詢. 慢速查詢是指消耗了比 「long_query_time」 定義的更多時間的查詢.
# 若是 log_long_format 被打開,那些沒有使用索引的查詢也會被記錄.
# 若是你常常增長新查詢到已有的系統內的話. 通常來講這是一個好主意,
log_slow_queries

# 全部的使用了比這個時間(以秒爲單位)更多的查詢會被認爲是慢速查詢.
# 不要在這裏使用」1″, 不然會致使全部的查詢,甚至很是快的查詢頁被記錄下來(因爲MySQL 目前時間的精確度只能達到秒的級別).
long_query_time = 6

# 在慢速日誌中記錄更多的信息.
# 通常此項最好打開.
# 打開此項會記錄使得那些沒有使用索引的查詢也被做爲到慢速查詢附加到慢速日誌裏
log_long_format

# 此目錄被MySQL用來保存臨時文件.例如,
# 它被用來處理基於磁盤的大型排序,和內部排序同樣.
# 以及簡單的臨時表.
# 若是你不建立很是大的臨時文件,將其放置到 swapfs/tmpfs 文件系統上也許比較好
# 另外一種選擇是你也能夠將其放置在獨立的磁盤上.
# 你可使用」;」來放置多個路徑
# 他們會按照roud-robin方法被輪詢使用.
#tmpdir = /tmp

# *** 主從複製相關的設置

# 惟一的服務辨識號,數值位於 1 到 2^32-1之間.
# 此值在master和slave上都須要設置.
# 若是 「master-host」 沒有被設置,則默認爲1, 可是若是忽略此選項,MySQL不會做爲master生效.
server-id = 1

# 複製的Slave (去掉master段的註釋來使其生效)
#
# 爲了配置此主機做爲複製的slave服務器,你能夠選擇兩種方法:
#
# 1) 使用 CHANGE MASTER TO 命令 (在咱們的手冊中有完整描述) –
# 語法以下:
#
# CHANGE MASTER TO MASTER_HOST=, MASTER_PORT=,
# MASTER_USER=, MASTER_PASSWORD= ;
#
# 你須要替換掉 , , 等被尖括號包圍的字段以及使用master的端口號替換 (默認3306).
#
# 例子:
#
# CHANGE MASTER TO MASTER_HOST=’125.564.12.1′, MASTER_PORT=3306,
# MASTER_USER=’joe’, MASTER_PASSWORD=’secret’;
#
# 或者
#
# 2) 設置如下的變量. 不論如何, 在你選擇這種方法的狀況下, 而後第一次啓動複製(甚至不成功的狀況下,
# 例如若是你輸入錯密碼在master-password字段而且slave沒法鏈接),
# slave會建立一個 master.info 文件,而且以後任何對於包含在此文件內的參數的變化都會被忽略
# 而且由 master.info 文件內的內容覆蓋, 除非你關閉slave服務, 刪除 master.info 而且重啓slave 服務.
# 因爲這個緣由,你也許不想碰一下的配置(註釋掉的) 而且使用 CHANGE MASTER TO (查看上面) 來代替
#
# 所須要的惟一id號位於 2 和 2^32 – 1之間
# (而且和master不一樣)
# 若是master-host被設置了.則默認值是2
# 可是若是省略,則不會生效
#server-id = 2
#
# 複製結構中的master – 必須
#master-host =
#
# 當鏈接到master上時slave所用來認證的用戶名 – 必須
#master-user =
#
# 當鏈接到master上時slave所用來認證的密碼 – 必須
#master-password =
#
# master監聽的端口.
# 可選 – 默認是3306
#master-port =

# 使得slave只讀.只有用戶擁有SUPER權限和在上面的slave線程可以修改數據.
# 你可使用此項去保證沒有應用程序會意外的修改slave而不是master上的數據
#read_only

#*** MyISAM 相關選項

# 關鍵詞緩衝的大小, 通常用來緩衝MyISAM表的索引塊.
# 不要將其設置大於你可用內存的30%,
# 由於一部份內存一樣被OS用來緩衝行數據
# 甚至在你並不使用MyISAM 表的狀況下, 你也須要仍舊設置起 8-64M 內存因爲它一樣會被內部臨時磁盤表使用.
key_buffer_size = 128M

# 用來作MyISAM表全表掃描的緩衝大小.
# 當全表掃描須要時,在對應線程中分配.
read_buffer_size = 8M

# 當在排序以後,從一個已經排序好的序列中讀取行時,行數據將從這個緩衝中讀取來防止磁盤尋道.
# 若是你增高此值,能夠提升不少ORDER BY的性能.
# 當須要時由每一個線程分配
read_rnd_buffer_size = 64M

# MyISAM 使用特殊的相似樹的cache來使得突發插入
# (這些插入是,INSERT … SELECT, INSERT … VALUES (…), (…), …, 以及 LOAD DATA
# INFILE) 更快. 此變量限制每一個進程中緩衝樹的字節數.
# 設置爲 0 會關閉此優化.
# 爲了最優化不要將此值設置大於 「key_buffer_size」.
# 當突發插入被檢測到時此緩衝將被分配.
bulk_insert_buffer_size = 256M

# 此緩衝當MySQL須要在 REPAIR, OPTIMIZE, ALTER 以及 LOAD DATA INFILE 到一個空表中引發重建索引時被分配.
# 這在每一個線程中被分配.因此在設置大值時須要當心.
myisam_sort_buffer_size = 256M

# MySQL重建索引時所容許的最大臨時文件的大小 (當 REPAIR, ALTER TABLE 或者 LOAD DATA INFILE).
# 若是文件大小比此值更大,索引會經過鍵值緩衝建立(更慢)
myisam_max_sort_file_size = 10G

# 若是被用來更快的索引建立索引所使用臨時文件大於制定的值,那就使用鍵值緩衝方法.
# 這主要用來強制在大表中長字串鍵去使用慢速的鍵值緩衝方法來建立索引.
myisam_max_extra_sort_file_size = 10G

# 若是一個表擁有超過一個索引, MyISAM 能夠經過並行排序使用超過一個線程去修復他們.
# 這對於擁有多個CPU以及大量內存狀況的用戶,是一個很好的選擇.
myisam_repair_threads = 1

# 自動檢查和修復沒有適當關閉的 MyISAM 表.
myisam_recover

# 默認關閉 Federated
skip-federated

# *** BDB 相關選項 ***

# 若是你運行的MySQL服務有BDB支持可是你不許備使用的時候使用此選項. 這會節省內存而且可能加速一些事.
skip-bdb

# *** INNODB 相關選項 ***

# 若是你的MySQL服務包含InnoDB支持可是並不打算使用的話,
# 使用此選項會節省內存以及磁盤空間,而且加速某些部分
#skip-innodb

# 附加的內存池被InnoDB用來保存 metadata 信息
# 若是InnoDB爲此目的須要更多的內存,它會開始從OS這裏申請內存.
# 因爲這個操做在大多數現代操做系統上已經足夠快, 你通常不須要修改此值.
# SHOW INNODB STATUS 命令會顯示當先使用的數量.
innodb_additional_mem_pool_size = 64M

# InnoDB使用一個緩衝池來保存索引和原始數據, 不像 MyISAM.
# 這裏你設置越大,你在存取表裏面數據時所須要的磁盤I/O越少.
# 在一個獨立使用的數據庫服務器上,你能夠設置這個變量到服務器物理內存大小的80%
# 不要設置過大,不然,因爲物理內存的競爭可能致使操做系統的換頁顛簸.
# 注意在32位系統上你每一個進程可能被限制在 2-3.5G 用戶層面內存限制,
# 因此不要設置的過高.
innodb_buffer_pool_size = 6G

# InnoDB 將數據保存在一個或者多個數據文件中成爲表空間.
# 若是你只有單個邏輯驅動保存你的數據,一個單個的自增文件就足夠好了.
# 其餘狀況下.每一個設備一個文件通常都是個好的選擇.
# 你也能夠配置InnoDB來使用裸盤分區 – 請參考手冊來獲取更多相關內容
innodb_data_file_path = ibdata1:10M:autoextend

# 設置此選項若是你但願InnoDB表空間文件被保存在其餘分區.
# 默認保存在MySQL的datadir中.
#innodb_data_home_dir =

# 用來同步IO操做的IO線程的數量. This value is
# 此值在Unix下被硬編碼爲4,可是在Windows磁盤I/O可能在一個大數值下表現的更好.
innodb_file_io_threads = 4

# 若是你發現InnoDB表空間損壞, 設置此值爲一個非零值可能幫助你導出你的表.
# 從1開始而且增長此值知道你可以成功的導出表.
#innodb_force_recovery=1

# 在InnoDb核心內的容許線程數量.
# 最優值依賴於應用程序,硬件以及操做系統的調度方式.
# 太高的值可能致使線程的互斥顛簸.
innodb_thread_concurrency = 16

# 若是設置爲1 ,InnoDB會在每次提交後刷新(fsync)事務日誌到磁盤上,
# 這提供了完整的ACID行爲.
# 若是你願意對事務安全折衷, 而且你正在運行一個小的食物, 你能夠設置此值到0或者2來減小由事務日誌引發的磁盤I/O
# 0表明日誌只大約每秒寫入日誌文件而且日誌文件刷新到磁盤.
# 2表明日誌寫入日誌文件在每次提交後,可是日誌文件只有大約每秒纔會刷新到磁盤上.
innodb_flush_log_at_trx_commit = 2
（說明：若是是遊戲服務器，建議此值設置爲2；若是是對數據安全要求極高的應用，建議設置爲1；設置爲0性能最高，但若是發生故障，數據可能會有丟失的危險！默認值1的意思是每一次事務提交或事務外的指令都須要把日誌寫入（flush）硬盤，這是很費時的。特別是使用電池供電緩存（Battery backed up cache）時。設成2對於不少運用，特別是從MyISAM錶轉過來的是能夠的，它的意思是不寫入硬盤而是寫入系統緩存。日誌仍然會每秒flush到硬盤，因此你通常不會丟失超過1-2秒的更新。設成0會更快一點，但安全方面比較差，即便MySQL掛了也可能會丟失事務的數據。而值2只會在整個操做系統掛了時纔可能丟數據。）

# 加速InnoDB的關閉. 這會阻止InnoDB在關閉時作全清除以及插入緩衝合併.
# 這可能極大增長關機時間, 可是取而代之的是InnoDB可能在下次啓動時作這些操做.
#innodb_fast_shutdown

# 用來緩衝日誌數據的緩衝區的大小.
# 當此值快滿時, InnoDB將必須刷新數據到磁盤上.
# 因爲基本上每秒都會刷新一次,因此沒有必要將此值設置的太大(甚至對於長事務而言)

innodb_log_buffer_size = 16M

# 在日誌組中每一個日誌文件的大小.
# 你應該設置日誌文件總合大小到你緩衝池大小的25%~100%
# 來避免在日誌文件覆寫上沒必要要的緩衝池刷新行爲.
# 不論如何, 請注意一個大的日誌文件大小會增長恢復進程所須要的時間.
innodb_log_file_size = 512M

# 在日誌組中的文件總數.
# 一般來講2~3是比較好的.
innodb_log_files_in_group = 3

# InnoDB的日誌文件所在位置. 默認是MySQL的datadir.
# 你能夠將其指定到一個獨立的硬盤上或者一個RAID1捲上來提升其性能
#innodb_log_group_home_dir

# 在InnoDB緩衝池中最大容許的髒頁面的比例.
# 若是達到限額, InnoDB會開始刷新他們防止他們妨礙到乾淨數據頁面.
# 這是一個軟限制,不被保證絕對執行.
innodb_max_dirty_pages_pct = 90

# InnoDB用來刷新日誌的方法.
# 表空間老是使用雙重寫入刷新方法
# 默認值是 「fdatasync」, 另外一個是 「O_DSYNC」.
#innodb_flush_method=O_DSYNC

# 在被回滾前,一個InnoDB的事務應該等待一個鎖被批准多久.
# InnoDB在其擁有的鎖表中自動檢測事務死鎖而且回滾事務.
# 若是你使用 LOCK TABLES 指令, 或者在一樣事務中使用除了InnoDB之外的其餘事務安全的存儲引擎
# 那麼一個死鎖可能發生而InnoDB沒法注意到.
# 這種狀況下這個timeout值對於解決這種問題就很是有幫助.
innodb_lock_wait_timeout = 120

[mysqldump]
# 不要在將內存中的整個結果寫入磁盤以前緩存. 在導出很是巨大的表時須要此項
quick

max_allowed_packet = 32M

[mysql]
no-auto-rehash

# 僅僅容許使用鍵值的 UPDATEs 和 DELETEs .
#safe-updates

[isamchk]
key_buffer = 2048M
sort_buffer_size = 2048M
read_buffer = 32M
write_buffer = 32M

[myisamchk]
key_buffer = 2048M
sort_buffer_size = 2048M
read_buffer = 32M
write_buffer = 32M

[mysqlhotcopy]
interactive-timeout

[mysqld_safe]
# 增長每一個進程的可打開文件數量.
# 警告: 確認你已經將全系統限制設定的足夠高!
# 打開大量表須要將此值設大
open-files-limit = 8192

原文連接：http://www.javashuo.com/article/p-wxxaityr-k.html

[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