前面，在博文《mysql之——ms主從復制(讀寫分離)實現》一文中，我們講解了如何搭建msmysql的mysql主從復制架構，即：一臺master、一臺slave的mysql主從復制架構。那么，如何將ms(一master對應一slave)擴展為msss…(一master對應多slave)架構呢？ 現在，我就為大家演示一下如何搭建mss(一臺master，兩臺slave)架構的mysql主從復制，其他一master對應多slave的搭建方式類似。
注意：本文是基于《MySQL之——MS主從復制(讀寫分離)實現》一文寫的，是博文《MySQL之——MS主從復制(讀寫分離)實現》的擴展，即：本文的實現方式是在《MySQL之——MS主從復制(讀寫分離)實現》一文的基礎上增加了一臺Slavemysql器(192.168.0.154)，并且對《MySQL之——MS主從復制(讀寫分離)實現》一文中的Slave服務器(192.168.0.153)的MySQL配置做了相應的修改。并使mysql加的Slave服務器的Master指向上文《MySQL之——MS主從復制(讀寫分離)實現》中的Slave服務器(192.168.0.153)，從而使《MySQL之——MS主從復制(讀寫分離)實現》一文的Slave服務器(192.168.0.153)變為中繼Slave服務器。
閱讀本文前，請首先閱讀《MySQL之——MS主從復制(讀寫分離)實現》一文。
一、服務器規劃
之前的服務器規劃為兩臺，一臺Master服務器(192.168.0.152)，一臺Slave服務器(192.168.0.153)。
現在服務器的規劃為三臺，一臺Master服務器(192168.0.152)，一臺中繼Slave服務器(192.168.0.153)，一臺Slave服務器(192.168.0.154)
具體如下：
| 主機名 | IP地址 | 節點 |
| liuyazhuang152 | 192.168.0.152 | Master |
| liuyazhuang153 | 192.168.0.153 | 中繼Slave |
| liuyazhuang154 | 192.168.0.154 | Slave |
二、主從配置
1、修改中繼Slave服務器my.cnf文件
vim?/etc/my.cnf
在原有配置中新增如下一行配置
log_slave_updates
說明：如果你在使用鏈式從服務器結構的復制模式 (A->B->C),你需要在服務器B上打開此項，此選項打開在從線程上重做過的更新的日志, 并將其寫入從服務器的二進制日志.
具體如下：
[mysqld]? server-id=2? log-bin=/data/mysql3306log/mysql-bin? binlog_format=mixed relay-log=/data/mysql3306log/slave-relay-bin???? relay-log-index=/data/mysql3306log/slave-relay-bin.index sync_binlog=1? log_slave_updates #注意：下面這個參數需要修改為服務器內存的70%左右? innodb_buffer_pool_size?=?512M? innodb_flush_log_at_trx_commit=1? sql_mode=STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION,NO_AUTO_VALUE_ON_ZERO? lower_case_table_names=1? log_bin_trust_function_creators=1
修改之后要重啟mysql：
service?mysqld?restart
2、修改Slave服務器my.cnf文件
[mysqld]? server-id=3 log-bin=/data/mysql3306log/mysql-bin? binlog_format=mixed relay-log=/data/mysql3306log/slave-relay-bin???? relay-log-index=/data/mysql3306log/slave-relay-bin.index sync_binlog=1? #注意：下面這個參數需要修改為服務器內存的70%左右? innodb_buffer_pool_size?=?512M? innodb_flush_log_at_trx_commit=1? sql_mode=STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION,NO_AUTO_VALUE_ON_ZERO? lower_case_table_names=1? log_bin_trust_function_creators=1
3、SSH登錄到中繼服務器mysql
（1）在中繼Slave數據庫上創建用于主從復制的賬戶（192.168.0.154換成你的從數據庫IP）：
首先登陸MySQL服務器
mysql?-uroot?-proot
然后在MySQL服務器中執行如下命令：
mysql>?GRANT?REPLICATION?SLAVE?ON?*.*?TO?'lyz'@'192.168.0.154'?IDENTIFIED?BY?'lyz';
（2）中繼Slave數據庫鎖表（禁止再mysql以獲取主數據庫的的二進制日志坐標）
mysql>?FLUSH?TABLES?WITH?READ?LOCK;
（3）然后克隆一個SSH會話窗口，在這個窗口打開MySQL命令行：
首先登陸MySQL服務器
mysql?-uroot?-proot
執行如下命令
mysql>?SHOW?MASTER?STATUS;
結果如下：
mysql>?show?master?status; +------------------+----------+--------------+------------------+-------------------+ |?File?????????????|?Position?|?Binlog_Do_DB?|?Binlog_Ignore_DB?|?Executed_Gtid_Set?| +------------------+----------+--------------+------------------+-------------------+ |?mysql-bin.000003?|??????543?|??????????????|??????????????????|???????????????????| +------------------+----------+--------------+------------------+-------------------+ 1?row?in?set?(0.01?sec)
退出MySQL
mysql>?exit;
在這個例子中，二進制日志文件是mysql-bin.000003，位置是543，記錄下這兩個值，稍后要用到。
（4）在中繼Slave服務器上使用mysqldump命令創建一個數據快照：
#mysqldump?-uroot?-proot?-h127.0.0.1?-P3306?--all-databases??--triggers?--routines?--events?>all.sql
（5）解鎖第（2）步中繼Slave數據的鎖表操作：
mysql>?UNLOCK?TABLES;
（6）將第（4）步生成的all.sql復制到Slave服務器
scp?./all.sql?liuyazhuang154:/data/mysql/backup
4、SSH登錄到新增的Slave數據庫
（1）導入中繼Slave數據庫的快照
#?cd?/data/mysql/backup??? #?mysql?-uroot?-proot?-h127.0.0.1?-P3306?<p>（2）給Slave數據庫設置復制的中繼Slave數據庫信息（注意修改MASTER_LOG_FILE和MASTER_LOG_POS的值）：<br></p><pre class="brush:sql;toolbar:false;">#?mysql?-uroot?-proot??? mysql>?CHANGE?MASTER?TO?MASTER_HOST='192.168.0.153',MASTER_USER='lyz',MASTER_PASSWORD='lyz',MASTER_LOG_FILE='mysql-bin.000003',MASTER_LOG_POS=543;??? #?然后啟動從數據庫的復制線程：??? mysql>?START?slave;??? #?接著查詢數據庫的slave狀態：??? mysql>??SHOW?slave?STATUS?G??? #?如果下面兩個參數都是Yes，則說明主從配置成功！??? Slave_IO_Running:?Yes??? Slave_SQL_Running:?Yes
（3）至此，MySQL MSS主從復制配置結束。接下來你可以在Master數據庫上創建數據庫、表、插入數據，然后看中繼Slave和Slave數據庫是否同步了這些操作
三、附錄
1、中繼Slave服務器my.cnf文件完整配置
#?以下選項會被MySQL客戶端應用讀取。 #?注意只有MySQL附帶的客戶端應用程序保證可以讀取這段內容。 #?如果你想你自己的MySQL應用程序獲取這些值。 #?需要在MySQL客戶端庫初始化的時候指定這些選項。 ? # [client] #password?=?[your_password] port?=?3306 socket?=?/usr/local/mysql3306/mysql.sock ? #?***?應用定制選項?*** ? # #?MySQL?服務端 # [mysqld] ? #?一般配置選項 port?=?3306 socket?=?/usr/local/mysql3306/mysql.sock basedir?=/usr/local/mysql3306 datadir?=?/data/mysql3306db #?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?=?100 ? #?所有線程所打開表的數量. #?增加此值就增加了?mysqld?所需要的文件描述符的數量 #?這樣你需要確認在?[mysqld_safe]?中?“open-files-limit”?變量設置打開文件數量允許至少等于?table_cache?的值 table_open_cache?=?4096 ? #?允許外部文件級別的鎖.?打開文件鎖會對性能造成負面影響 #?所以只有在你在同樣的文件上運行多個數據庫實例時才使用此選項(注意仍會有其他約束!) #?或者你在文件層面上使用了其他一些軟件依賴來鎖定?MyISAM?表 #external-locking ? #?服務所能處理的請求包的最大大小以及服務所能處理的最大的請求大小(當與大的?BLOB?字段一起工作時相當必要) #?每個連接獨立的大小，大小動態增加 max_allowed_packet?=?128M ? #?在一個事務中?binlog?為了記錄?SQL?狀態所持有的?cache?大小 #?如果你經常使用大的,多聲明的事務,你可以增加此值來獲取更大的性能. #?所有從事務來的狀態都將被緩沖在?binlog?緩沖中然后在提交后一次性寫入到?binlog?中 #?如果事務比此值大,?會使用磁盤上的臨時文件來替代. #?此緩沖在每個連接的事務第一次更新狀態時被創建 binlog_cache_size?=?4M ? #?獨立的內存表所允許的最大容量. #?此選項為了防止意外創建一個超大的內存表導致永盡所有的內存資源. max_heap_table_size?=?128M ? #?隨機讀取數據緩沖區使用內存(read_rnd_buffer_size)：和順序讀取相對應， #?當?MySQL?進行非順序讀?。S機讀取）數據塊的時候，會利用>這個緩沖區暫存讀取的數據 #?如根據索引信息讀取表數據，根據排序后的結果集與表進行?Join?等等 #?總的來說，就是當數據塊的讀取需要滿足>一定的順序的情況下，MySQL?就需要產生隨機讀取，進而使用到?read_rnd_buffer_size?參數所設置的內存緩沖區 read_rnd_buffer_size?=?16M ? #?排序緩沖被用來處理類似?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?=?InnoDB ? #?線程使用的堆大小.?此容量的內存在每次連接時被預留. #?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=/data/mysql3306log/mysql-bin binlog-format=mixed relay-log=/data/mysql3306log/slave-relay-bin?? relay-log-index=/data/mysql3306log/slave-relay-bin.index #?如果你在使用鏈式從服務器結構的復制模式?(A->B->C), #?你需要在服務器B上打開此項. #?此選項打開在從線程上重做過的更新的日志,?并將其寫入從服務器的二進制日志. log_slave_updates ? #?打開全查詢日志.?所有的由服務器接收到的查詢?(甚至對于一個錯誤語法的查詢) #?都會被記錄下來.?這對于調?苑淺Ｓ杏??在生產環境中常常關閉此項. #general_log=ON #general_log_file=/usr/local/mysql/log/mysql.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?=?002 sync_binlog=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?侄尾⑶襰lave無法連接), #?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?信息(5.6中不再推薦使用) #?如果?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線程的數量. #?此值在Unix下被硬編碼為8,但是在Windows磁盤I/O可能在一個大數值下表現的更好. innodb_file_io_threads?=?8 ? #?如果你發現?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”. #?一般來說，如果你有硬件?RAID?控制器，并且其獨立緩存采用?write-back?機制，并有著電池斷電保護，那么應該設置配置為?O_DIRECT #?否則，大多數情況下應將其設為?fdatasync #innodb_flush_method=fdatasync ? #?在被回滾前,一個?InnoDB?的事務應該等待一個鎖被批準多久. #?InnoDB?在其擁有的鎖表中自動檢測事務死鎖并且回滾事務. #?如果你使用?LOCK?TABLES?指令,?或者在同樣事務中使用除了?InnoDB?以外的其他事務安全的存儲引擎 #?那么一個死鎖可能發生而?InnoDB?無法注意到. #?這種情況下這個?timeout?值對于解決這種問題就非常有幫助. innodb_lock_wait_timeout?=?120 ? #?這項設置告知InnoDB是否需要將所有表的數據和索引存放在共享表空間里（innodb_file_per_table?=?OFF）? 或者為每張表的數據單獨放在一個.ibd文件（innodb_file_per_table?=?ON） #?每張表一個文件允許你在drop、truncate或者rebuild表時回收磁盤空間 #?這對于一些高級特性也是有必要的，比如數據壓縮,但是它不會帶來任何性能收益 innodb_file_per_table?=?on ? [mysqldump] #?不要在將內存中的整個結果寫入磁盤之前緩存.?在導出非常巨大的表時需要此項 quick ? max_allowed_packet?=?32M ? [mysql] no-auto-rehash ? #?僅僅允許使用鍵值的?UPDATEs?和?DELETEs?. #safe-updates ? [myisamchk] key_buffer?=?16M sort_buffer_size?=?16M read_buffer?=?8M write_buffer?=?8M ? [mysqlhotcopy] interactive-timeout ? [mysqld_safe] #?增加每個進程的可打開文件數量. #?警告:?確認你已經將全系統限制設定的足夠高! #?打開大量表需要將此值設大 open-files-limit?=?8192
2、Slave服務器my.cnf完整配置
#?以下選項會被MySQL客戶端應用讀取。 #?注意只有MySQL附帶的客戶端應用程序保證可以讀取這段內容。 #?如果你想你自己的MySQL應用程序獲取這些值。 #?需要在MySQL客戶端庫初始化的時候指定這些選項。 ? # [client] #password?=?[your_password] port?=?3306 socket?=?/usr/local/mysql3306/mysql.sock ? #?***?應用定制選項?*** ? # #?MySQL?服務端 # [mysqld] ? #?一般配置選項 port?=?3306 socket?=?/usr/local/mysql3306/mysql.sock basedir?=/usr/local/mysql3306 datadir?=?/data/mysql3306db #?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?=?100 ? #?所有線程所打開表的數量. #?增加此值就增加了?mysqld?所需要的文件描述符的數量 #?這樣你需要確認在?[mysqld_safe]?中?“open-files-limit”?變量設置打開文件數量允許至少等于?table_cache?的值 table_open_cache?=?4096 ? #?允許外部文件級別的鎖.?打開文件鎖會對性能造成負面影響 #?所以只有在你在同樣的文件上運行多個數據庫實例時才使用此選項(注意仍會有其他約束!) #?或者你在文件層面上使用了其他一些軟件依賴來鎖定?MyISAM?表 #external-locking ? #?服務所能處理的請求包的最大大小以及服務所能處理的最大的請求大小(當與大的?BLOB?字段一起工作時相當必要) #?每個連接獨立的大小，大小動態增加 max_allowed_packet?=?128M ? #?在一個事務中?binlog?為了記錄?SQL?狀態所持有的?cache?大小 #?如果你經常使用大的,多聲明的事務,你可以增加此值來獲取更大的性能. #?所有從事務來的狀態都將被緩沖在?binlog?緩沖中然后在提交后一次性寫入到?binlog?中 #?如果事務比此值大,?會使用磁盤上的臨時文件來替代. #?此緩沖在每個連接的事務第一次更新狀態時被創建 binlog_cache_size?=?4M ? #?獨立的內存表所允許的最大容量. #?此選項為了防止意外創建一個超大的內存表導致永盡所有的內存資源. max_heap_table_size?=?128M ? #?隨機讀取數據緩沖區使用內存(read_rnd_buffer_size)：和順序讀取相對應， #?當?MySQL?進行非順序讀?。S機讀?。祿K的時候，會利用>這個緩沖區暫存讀取的數據 #?如根據索引信息讀取表數據，根據排序后的結果集與表進行?Join?等等 #?總的來說，就是當數據塊的讀取需要滿足>一定的順序的情況下，MySQL?就需要產生隨機讀取，進而使用到?read_rnd_buffer_size?參數所設置的內存緩沖區 read_rnd_buffer_size?=?16M ? #?排序緩沖被用來處理類似?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?=?InnoDB ? #?線程使用的堆大小.?此容量的內存在每次連接時被預留. #?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=/usr/local/mysql/logs/mysql-bin log-bin=/data/mysql3306log/mysql-bin binlog-format=mixed relay-log=/data/mysql3306log/slave-relay-bin?????? relay-log-index=/data/mysql3306log/slave-relay-bin.index ? #?如果你在使用鏈式從服務器結構的復制模式?(A->B->C), #?你需要在服務器B上打開此項. #?此選項打開在從線程上重做過的更新的日志,?并將其寫入從服務器的二進制日志. #log_slave_updates ? #?打開全查詢日志.?所有的由服務器接收到的查詢?(甚至對于一個錯誤語法的查詢) #?都會被記錄下來.?這對于調試非常有用,?在生產環境中常常關閉此項. #general_log=ON #general_log_file=/usr/local/mysql/log/mysql.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?=?003 sync_binlog=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?信息(5.6中不再推薦使用) #?如果?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線程的數量. #?此值在Unix下被硬編碼為8,但是在Windows磁盤I/O可能在一個大數值下表現的更好. innodb_file_io_threads?=?8 ? #?如果你發現?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”. #?一般來說，如果你有硬件?RAID?控制器，并且其獨立緩存采用?write-back?機制，并有著電池斷電保護，那么應該設置配置為?O_DIRECT #?否則，大多數情況下應將其設為?fdatasync #innodb_flush_method=fdatasync ? #?在被回滾前,一個?InnoDB?的事務應該等待一個鎖被批準多久. #?InnoDB?在其擁有的鎖表中自動檢測事務死鎖并且回滾事務. #?如果你使用?LOCK?TABLES?指令,?或者在同樣事務中使用除了?InnoDB?以外的其他事務安全的存儲引擎 #?那么一個死鎖可能發生而?InnoDB?無法注意到. #?這種情況下這個?timeout?值對于解決這種問題就非常有幫助. innodb_lock_wait_timeout?=?120 ? #?這項設置告知InnoDB是否需要將所有表的數據和索引存放在共享表空間里（innodb_file_per_table?=?OFF） ?或者為每張表的數據單獨放在一個.ibd文件（innodb_file_per_table?=?ON） #?每張表一個文件允許你在drop、truncate或者rebuild表時回收磁盤空間 #?這對于一些高級特性也是有必要的，比如數據壓縮,但是它不會帶來任何性能收益 innodb_file_per_table?=?on ? [mysqldump] #?不要在將內存中的整個結果寫入磁盤之前緩存.?在導出非常巨大的表時需要此項 quick ? max_allowed_packet?=?32M ? [mysql] no-auto-rehash ? #?僅僅允許使用鍵值的?UPDATEs?和?DELETEs?. #safe-updates ? [myisamchk] key_buffer?=?16M sort_buffer_size?=?16M read_buffer?=?8M write_buffer?=?8M ? [mysqlhotcopy] interactive-timeout ? [mysqld_safe] #?增加每個進程的可打開文件數量. #?警告:?確認你已經將全系統限制設定的足夠高! #?打開大量表需要將此值設大 open-files-limit?=?8192
? 版權聲明
文章版權歸作者所有，未經允許請勿轉載。
THE END
