MySQL之——MS主從復(fù)制(讀寫分離)實(shí)現(xiàn)

今天,給大家?guī)?lái)一篇如何配置mysql主從復(fù)制,以實(shí)現(xiàn)mysql的讀寫分離。今天這篇博文我們是基于mysql 5.6來(lái)實(shí)現(xiàn)mysql的主從復(fù)制的。

一、服務(wù)器規(guī)劃

首先我們需要兩臺(tái)服務(wù)器,一臺(tái)作Master服務(wù)器,一臺(tái)作Slave服務(wù)器。

我這里的服務(wù)器為基于VMWare的兩臺(tái)虛擬機(jī),操作系統(tǒng)為:CentOS 6.5。具體規(guī)劃如下:

MySQL之——MS主從復(fù)制(讀寫分離)實(shí)現(xiàn)

二、安裝數(shù)據(jù)庫(kù)

Master和Slave服務(wù)器都需要安裝MySQL數(shù)據(jù)庫(kù),具體安裝步驟請(qǐng)參見博文《MySQL之——CentOS6.5 編譯安裝MySQL5.6.16》,我就不在這里重復(fù)了。

三、主從配置

MySQL5.6開始主從復(fù)制有兩種方式:基于日志(binlog);基于GTID(全局事務(wù)標(biāo)示符)。這里我們以基于日志(binlog)的方式為例。另外,MySQL官方也給出了MySQL Replication相關(guān)的教程,鏈接為http://dev.mysql.com/doc/refman/5.6/en/replication.html?建議大家閱讀下。

1、修改主數(shù)據(jù)庫(kù)配置文件

輸入命令

vim?/etc/my.cnf
[mysqld]???  server-id=1???  log-bin=/data/mysql3306log/mysql-bin???  sync_binlog=1???  binlog_format=mixed????  #注意:下面這個(gè)參數(shù)需要修改為服務(wù)器內(nèi)存的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、修改從數(shù)據(jù)庫(kù)的的配置文件

server-id配置為大于1的數(shù)字即可

vim?/etc/my.cnf
[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???  #注意:下面這個(gè)參數(shù)需要修改為服務(wù)器內(nèi)存的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

3、SSH登錄到主數(shù)據(jù)庫(kù)

(1)在主數(shù)據(jù)庫(kù)上創(chuàng)建用于主從復(fù)制的賬戶(192.168.0.153換成你的從數(shù)據(jù)庫(kù)IP):

首先登陸MySQL服務(wù)器

mysql?-uroot?-proot

然后在MySQL服務(wù)器中執(zhí)行如下命令:

mysql>?GRANT?REPLICATION?SLAVE?ON?*.*?TO?'lyz'@'192.168.0.153'?IDENTIFIED?BY?'lyz';

(2)主數(shù)據(jù)庫(kù)鎖表(禁止再插入數(shù)據(jù)以獲取主數(shù)據(jù)庫(kù)的的二進(jìn)制日志坐標(biāo)):

mysql>?FLUSH?TABLES?WITH?READ?LOCK;

(3)然后克隆一個(gè)SSH會(huì)話窗口,在這個(gè)窗口打開MySQL命令行:

首先登陸MySQL服務(wù)器

mysql?-uroot?-proot

執(zhí)行如下命令

mysql>?SHOW?MASTER?STATUS;

結(jié)果為:

mysql>?show?master?status;  +------------------+----------+--------------+------------------+-------------------+  |?File?????????????|?Position?|?Binlog_Do_DB?|?Binlog_Ignore_DB?|?Executed_Gtid_Set?|  +------------------+----------+--------------+------------------+-------------------+  |?mysql-bin.000001?|???329?|??????????????|??????????????????|???????????????????|  +------------------+----------+--------------+------------------+-------------------+  1?row?in?set?(0.00?sec)

退出MySQL

mysql>?exit;

在這個(gè)例子中,二進(jìn)制日志文件是mysql-bin.000001,位置是329,記錄下這兩個(gè)值,稍后要用到。
(4)在Master服務(wù)器上使用mysqldump命令創(chuàng)建一個(gè)數(shù)據(jù)快照:

#mysqldump?-uroot?-proot?-h127.0.0.1?-P3306?--all-databases??--triggers?--routines?--events?>all.sql

# 接下來(lái)會(huì)提示你輸入mysql數(shù)據(jù)庫(kù)的root密碼,輸入完成后,如果當(dāng)前數(shù)據(jù)庫(kù)不大,很快就能導(dǎo)出完成。
(5)解鎖第(2)步主數(shù)據(jù)的鎖表操作:

mysql>?UNLOCK?TABLES;

(6)將第(4)步生成的all.sql復(fù)制到Slave服務(wù)器

scp?./all.sql?liuyazhuang153:/data/mysql/backup

4、SSH登錄到從數(shù)據(jù)庫(kù)

(1)導(dǎo)入主數(shù)據(jù)庫(kù)的快照

#?cd?/data/mysql/backup???  #?mysql?-uroot?-proot?-h127.0.0.1?-P3306?<p>接下來(lái)會(huì)提示你輸入mysql數(shù)據(jù)庫(kù)的root密碼,輸入完成后,如果當(dāng)前數(shù)據(jù)庫(kù)不大,很快就能導(dǎo)入完成。<br>(2)給從數(shù)據(jù)庫(kù)設(shè)置復(fù)制的主數(shù)據(jù)庫(kù)信息(注意修改MASTER_LOG_FILE和MASTER_LOG_POS的值):</p><pre class="brush:php;toolbar:false">#?mysql?-uroot?-proot???  mysql&gt;?CHANGE?MASTER?TO?MASTER_HOST='192.168.0.152',MASTER_USER='lyz',MASTER_PASSWORD='lyz',MASTER_LOG_FILE='mysql-bin.000001',MASTER_LOG_POS=329;???  #?然后啟動(dòng)從數(shù)據(jù)庫(kù)的復(fù)制線程:???  mysql&gt;?START?slave;???  #?接著查詢數(shù)據(jù)庫(kù)的slave狀態(tài):???  mysql&gt;??SHOW?slave?STATUS?G???  #?如果下面兩個(gè)參數(shù)都是Yes,則說明主從配置成功!???  Slave_IO_Running:?Yes???  Slave_SQL_Running:?Yes

(3)至此,MySQL主從復(fù)制配置結(jié)束。接下來(lái)你可以在主數(shù)據(jù)庫(kù)上創(chuàng)建數(shù)據(jù)庫(kù)、表、插入數(shù)據(jù),然后看從數(shù)據(jù)庫(kù)是否同步了這些操作

四、主從同步簡(jiǎn)單管理

1. 停止MYSQL同步

STOP?SLAVE?IO_THREAD;?????#停止IO進(jìn)程??  STOP?SLAVE?SQL_THREAD;????#停止SQL進(jìn)程??  STOP?SLAVE;???????????????#停止IO和SQL進(jìn)程

2. 啟動(dòng)MYSQL同步

START?SLAVE?IO_THREAD;????#啟動(dòng)IO進(jìn)程??  START?SLAVE?SQL_THREAD;???#啟動(dòng)SQL進(jìn)程??  START?SLAVE;??????????????#啟動(dòng)IO和SQL進(jìn)程

3. 重置MYSQL同步

RESET?SLAVE;??  清除主從同步參數(shù),它會(huì)刪除master.info和relay-log.info文件,以及所有的中繼日志,并啟動(dòng)一個(gè)新的中繼日志。??  適用重新再次配置一次從庫(kù)的情況。

4. 查看MYSQL同步狀

SHOW?SLAVE?STATUS;

5. 臨時(shí)跳過MYSQL同步錯(cuò)誤

確保數(shù)據(jù)一致的情況下臨時(shí)的跳過這個(gè)錯(cuò)誤操作如下,有可能要多次。??  STOP?SLAVE;??  SET?GLOBAL?SQL_SLAVE_SKIP_COUNTER=1;??  START?SLAVE;
#?vi?/etc/my.cnf??  [mysqld]??  #slave-skip-errors=1062,1053,1146?#跳過指定error?no類型的錯(cuò)誤??  #slave-skip-errors=all????????????#跳過所有錯(cuò)誤??  這里出現(xiàn)一次1146報(bào)錯(cuò),是因?yàn)榕渲胋inlog-do-db過濾,出現(xiàn)該配置的BUG問題,所有要慎用binlog-do-db。

五、附錄

1、Master服務(wù)器上MySQL my.cnf完整配置文件

#?以下選項(xiàng)會(huì)被MySQL客戶端應(yīng)用讀取。??  #?注意只有MySQL附帶的客戶端應(yīng)用程序保證可以讀取這段內(nèi)容。??  #?如果你想你自己的MySQL應(yīng)用程序獲取這些值。??  #?需要在MySQL客戶端庫(kù)初始化的時(shí)候指定這些選項(xiàng)。??  ???  #??  [client]??  #password?=?[your_password]??  port?=?3306??  socket?=?/usr/local/mysql3306/mysql.sock??  ???  #?***?應(yīng)用定制選項(xiàng)?***??  ???  #??  #?MySQL?服務(wù)端??  #??  [mysqld]??  ???  #?一般配置選項(xiàng)??  port?=?3306??  socket?=?/usr/local/mysql3306/mysql.sock??  basedir?=/usr/local/mysql3306??  datadir?=?/data/mysql3306db??  #?back_log?是操作系統(tǒng)在監(jiān)聽隊(duì)列中所能保持的連接數(shù),??  #?隊(duì)列保存了在?MySQL?連接管理器線程處理之前的連接.??  #?如果你有非常高的連接率并且出現(xiàn)?“connection?refused”?報(bào)錯(cuò),??  #?你就應(yīng)該增加此處的值.??  #?檢查你的操作系統(tǒng)文檔來(lái)獲取這個(gè)變量的最大值.??  #?如果將back_log設(shè)定到比你操作系統(tǒng)限制更高的值,將會(huì)沒有效果??  #back_log?=?300??  ???  #?不在?TCP/IP?端口上進(jìn)行監(jiān)聽.??  #?如果所有的進(jìn)程都是在同一臺(tái)服務(wù)器連接到本地的?mysqld,??  #?這樣設(shè)置將是增強(qiáng)安全的方法??  #?所有?mysqld?的連接都是通過?Unix?Sockets?或者命名管道進(jìn)行的.??  #?注意在?Windows下如果沒有打開命名管道選項(xiàng)而只是用此項(xiàng)??  #?(通過?“enable-named-pipe”?選項(xiàng))?將會(huì)導(dǎo)致?MySQL?服務(wù)沒有任何作用!??  #skip-networking??  ???  #?MySQL?服務(wù)所允許的同時(shí)會(huì)話數(shù)的上限??  #?其中一個(gè)連接將被?SUPER?權(quán)限保留作為管理員登錄.??  #?即便已經(jīng)達(dá)到了連接數(shù)的上限.??  max_connections?=?3000??  ???  #?每個(gè)客戶端連接最大的錯(cuò)誤允許數(shù)量,如果達(dá)到了此限制.??  #?這個(gè)客戶端將會(huì)被?MySQL?服務(wù)阻止直到執(zhí)行了?“FLUSH?HOSTS”?或者服務(wù)重啟??  #?非法的密碼以及其他在鏈接時(shí)的錯(cuò)誤會(huì)增加此值.??  #?查看?“Aborted_connects”?狀態(tài)來(lái)獲取全局計(jì)數(shù)器.??  max_connect_errors?=?100??  ???  #?所有線程所打開表的數(shù)量.??  #?增加此值就增加了?mysqld?所需要的文件描述符的數(shù)量??  #?這樣你需要確認(rèn)在?[mysqld_safe]?中?“open-files-limit”?變量設(shè)置打開文件數(shù)量允許至少等于?table_cache?的值??  table_open_cache?=?4096??  ???  #?允許外部文件級(jí)別的鎖.?打開文件鎖會(huì)對(duì)性能造成負(fù)面影響??  #?所以只有在你在同樣的文件上運(yùn)行多個(gè)數(shù)據(jù)庫(kù)實(shí)例時(shí)才使用此選項(xiàng)(注意仍會(huì)有其他約束!)??  #?或者你在文件層面上使用了其他一些軟件依賴來(lái)鎖定?MyISAM?表??  #external-locking??  ???  #?服務(wù)所能處理的請(qǐng)求包的最大大小以及服務(wù)所能處理的最大的請(qǐng)求大小(當(dāng)與大的?BLOB?字段一起工作時(shí)相當(dāng)必要)??  #?每個(gè)連接獨(dú)立的大小,大小動(dòng)態(tài)增加??  max_allowed_packet?=?128M??  ???  #?在一個(gè)事務(wù)中?binlog?為了記錄?SQL?狀態(tài)所持有的?cache?大小??  #?如果你經(jīng)常使用大的,多聲明的事務(wù),你可以增加此值來(lái)獲取更大的性能.??  #?所有從事務(wù)來(lái)的狀態(tài)都將被緩沖在?binlog?緩沖中然后在提交后一次性寫入到?binlog?中??  #?如果事務(wù)比此值大,?會(huì)使用磁盤上的臨時(shí)文件來(lái)替代.??  #?此緩沖在每個(gè)連接的事務(wù)第一次更新狀態(tài)時(shí)被創(chuàng)建??  binlog_cache_size?=?4M??  ???  #?獨(dú)立的內(nèi)存表所允許的最大容量.??  #?此選項(xiàng)為了防止意外創(chuàng)建一個(gè)超大的內(nèi)存表導(dǎo)致永盡所有的內(nèi)存資源.??  max_heap_table_size?=?128M??  ???  #?隨機(jī)讀取數(shù)據(jù)緩沖區(qū)使用內(nèi)存(read_rnd_buffer_size):和順序讀取相對(duì)應(yīng),??  #?當(dāng)?MySQL?進(jìn)行非順序讀?。S機(jī)讀取)數(shù)據(jù)塊的時(shí)候,會(huì)利用&gt;這個(gè)緩沖區(qū)暫存讀取的數(shù)據(jù)??  #?如根據(jù)索引信息讀取表數(shù)據(jù),根據(jù)排序后的結(jié)果集與表進(jìn)行?Join?等等??  #?總的來(lái)說,就是當(dāng)數(shù)據(jù)塊的讀取需要滿足&gt;一定的順序的情況下,MySQL?就需要產(chǎn)生隨機(jī)讀取,進(jìn)而使用到?read_rnd_buffer_size?參數(shù)所設(shè)置的內(nèi)存緩沖區(qū)??  read_rnd_buffer_size?=?16M??  ???  #?排序緩沖被用來(lái)處理類似?ORDER?BY?以及?GROUP?BY?隊(duì)列所引起的排序??  #?如果排序后的數(shù)據(jù)無(wú)法放入排序緩沖,一個(gè)用來(lái)替代的基于磁盤的合并分類會(huì)被使用??  #?查看?“Sort_merge_passes”?狀態(tài)變量.??  #?在排序發(fā)生時(shí)由每個(gè)線程分配??  sort_buffer_size?=?16M??  ???  #?此緩沖被使用來(lái)優(yōu)化全聯(lián)合(FULL?JOINS?不帶索引的聯(lián)合).??  #?類似的聯(lián)合在極大多數(shù)情況下有非常糟糕的性能表現(xiàn),但是將此值設(shè)大能夠減輕性能影響.??  #?通過?“Select_full_join”?狀態(tài)變量查看全聯(lián)合的數(shù)量??  #?當(dāng)全聯(lián)合發(fā)生時(shí),在每個(gè)線程中分配??  join_buffer_size?=?16M??  ???  #?我們?cè)?cache?中保留多少線程用于重用??  #?當(dāng)一個(gè)客戶端斷開連接后,如果?cache?中的線程還少于?thread_cache_size,則客戶端線程被放入cache?中.??  #?這可以在你需要大量新連接的時(shí)候極大的減少線程創(chuàng)建的開銷??  #?(一般來(lái)說如果你有好的線程模型的話,這不會(huì)有明顯的性能提升.)??  thread_cache_size?=?16??  ???  #?此允許應(yīng)用程序給予線程系統(tǒng)一個(gè)提示在同一時(shí)間給予渴望被運(yùn)行的線程的數(shù)量.??  #?此值只對(duì)于支持?thread_concurrency()?函數(shù)的系統(tǒng)有意義(?例如Sun?Solaris).??  #?你可可以嘗試使用?[CPU數(shù)量]*(2..4)?來(lái)作為?thread_concurrency?的值??  thread_concurrency?=?8??  ???  #?查詢緩沖常被用來(lái)緩沖?SELECT?的結(jié)果并且在下一次同樣查詢的時(shí)候不再執(zhí)行直接返回結(jié)果.??  #?打開查詢緩沖可以極大的提高服務(wù)器速度,?如果你有大量的相同的查詢并且很少修改表.??  #?查看?“Qcache_lowmem_prunes”?狀態(tài)變量來(lái)檢查是否當(dāng)前值對(duì)于你的負(fù)載來(lái)說是否足夠高.??  #?注意:?在你表經(jīng)常變化的情況下或者如果你的查詢?cè)拿看味疾煌???  #?查詢緩沖也許引起性能下降而不是性能提升.??  query_cache_size?=?128M??  ???  #?只有小于此設(shè)定值的結(jié)果才會(huì)被緩沖??  #?此設(shè)置用來(lái)保護(hù)查詢緩沖,防止一個(gè)極大的結(jié)果集將其他所有的查詢結(jié)果都覆蓋.??  query_cache_limit?=?4M??  ???  #?被全文檢索索引的最小的字長(zhǎng).??  #?你也許希望減少它,如果你需要搜索更短字的時(shí)候.??  #?注意在你修改此值之后,你需要重建你的?FULLTEXT?索引??  ft_min_word_len?=?8??  ???  #?如果你的系統(tǒng)支持?memlock()?函數(shù),你也許希望打開此選項(xiàng)用以讓運(yùn)行中的?mysql?在在內(nèi)存高度緊張的時(shí)候,數(shù)據(jù)在內(nèi)存中保持鎖定并且防止可能被?swapping?out??  #?此選項(xiàng)對(duì)于性能有益??  #memlock??  ???  #?當(dāng)創(chuàng)建新表時(shí)作為默認(rèn)使用的表類型,??  #?如果在創(chuàng)建表示沒有特別執(zhí)行表類型,將會(huì)使用此值??  #default_table_type?=?InnoDB??  ???  #?線程使用的堆大小.?此容量的內(nèi)存在每次連接時(shí)被預(yù)留.??  #?MySQL?本身常不會(huì)需要超過?64K?的內(nèi)存??  #?如果你使用你自己的需要大量堆的?UDF?函數(shù)或者你的操作系統(tǒng)對(duì)于某些操作需要更多的堆,你也許需要將其設(shè)置的更高一點(diǎn).??  thread_stack?=?512K??  ???  #?設(shè)定默認(rèn)的事務(wù)隔離級(jí)別.可用的級(jí)別如下:??  #?READ-UNCOMMITTED,?READ-COMMITTED,?REPEATABLE-READ,?SERIALIZABLE??  transaction_isolation?=?REPEATABLE-READ??  ???  #?內(nèi)部(內(nèi)存中)臨時(shí)表的最大大小??  #?如果一個(gè)表增長(zhǎng)到比此值更大,將會(huì)自動(dòng)轉(zhuǎn)換為基于磁盤的表.??  #?此限制是針對(duì)單個(gè)表的,而不是總和.??  tmp_table_size?=?128M??  ???  #?打開二進(jìn)制日志功能.??  #?在復(fù)制(replication)配置中,作為?MASTER?主服務(wù)器必須打開此項(xiàng)??  #?如果你需要從你最后的備份中做基于時(shí)間點(diǎn)的恢復(fù),你也同樣需要二進(jìn)制日志.??  log-bin=/data/mysql3306log/mysql-bin??  binlog-format=mixed??  ???  #?如果你在使用鏈?zhǔn)綇姆?wù)器結(jié)構(gòu)的復(fù)制模式?(A-&gt;B-&gt;C),??  #?你需要在服務(wù)器B上打開此項(xiàng).??  #?此選項(xiàng)打開在從線程上重做過的更新的日志,?并將其寫入從服務(wù)器的二進(jìn)制日志.??  #log_slave_updates??  ???  #?打開全查詢?nèi)罩??所有的由服務(wù)器接收到的查詢?(甚至對(duì)于一個(gè)錯(cuò)誤語(yǔ)法的查詢)??  #?都會(huì)被記錄下來(lái).?這對(duì)于調(diào)試非常有用,?在生產(chǎn)環(huán)境中常常關(guān)閉此項(xiàng).??  #general_log=ON??  #general_log_file=/usr/local/mysql/log/mysql.log??  ???  #?將警告打印輸出到錯(cuò)誤?log?文件.?如果你對(duì)于?MySQL?有任何問題??  #?你應(yīng)該打開警告?log?并且仔細(xì)審查錯(cuò)誤日志,查出可能的原因.??  #log_warnings??  ???  #?記錄慢速查詢.?慢速查詢是指消耗了比?“l(fā)ong_query_time”?定義的更多時(shí)間的查詢.??  #?如果?log_long_format?被打開,那些沒有使用索引的查詢也會(huì)被記錄.??  #?如果你經(jīng)常增加新查詢到已有的系統(tǒng)內(nèi)的話.?一般來(lái)說這是一個(gè)好主意,??  #log_slow_queries??  ???  #?所有的使用了比這個(gè)時(shí)間(以秒為單位)更多的查詢會(huì)被認(rèn)為是慢速查詢.??  #?不要在這里使用“1″,?否則會(huì)導(dǎo)致所有的查詢,甚至非??斓牟樵冺?yè)被記錄下來(lái)(由于?MySQL?目前時(shí)間的精確度只能達(dá)到秒的級(jí)別).??  long_query_time?=?6??  ???  #?在慢速日志中記錄更多的信息.??  #?一般此項(xiàng)最好打開.??  #?打開此項(xiàng)會(huì)記錄使得那些沒有使用索引的查詢也被作為到慢速查詢附加到慢速日志里??  #log_long_format??  ???  #?此目錄被MySQL用來(lái)保存臨時(shí)文件.例如,??  #?它被用來(lái)處理基于磁盤的大型排序,和內(nèi)部排序一樣.??  #?以及簡(jiǎn)單的臨時(shí)表.??  #?如果你不創(chuàng)建非常大的臨時(shí)文件,將其放置到?swapfs/tmpfs?文件系統(tǒng)上也許比較好??  #?另一種選擇是你也可以將其放置在獨(dú)立的磁盤上.??  #?你可以使用”;”來(lái)放置多個(gè)路徑??  #?他們會(huì)按照?roud-robin?方法被輪詢使用.??  #tmpdir?=?/tmp??  ???  #?***?主從復(fù)制相關(guān)的設(shè)置??  ???  #?唯一的服務(wù)辨識(shí)號(hào),數(shù)值位于?1?到?2^32-1之間.??  #?此值在master和slave上都需要設(shè)置.??  #?如果?“master-host”?沒有被設(shè)置,則默認(rèn)為1,?但是如果忽略此選項(xiàng),MySQL不會(huì)作為master生效.??  server-id?=?001??  sync_binlog=1??  #?復(fù)制的Slave?(去掉master段的注釋來(lái)使其生效)??  #??  #?為了配置此主機(jī)作為復(fù)制的slave服務(wù)器,你可以選擇兩種方法:??  #??  #?1)?使用?CHANGE?MASTER?TO?命令?(在我們的手冊(cè)中有完整描述)?-??  #?語(yǔ)法如下:??  #??  #?CHANGE?MASTER?TO?MASTER_HOST=,?MASTER_PORT=,??  #?MASTER_USER=,?MASTER_PASSWORD=?;??  #??  #?你需要替換掉?,?,?等被尖括號(hào)包圍的字段以及使用master的端口號(hào)替換?(默認(rèn)3306).??  #??  #?例子:??  #??  #?CHANGE?MASTER?TO?MASTER_HOST=’125.564.12.1′,?MASTER_PORT=3306,??  #?MASTER_USER=’joe’,?MASTER_PASSWORD=’secret’;??  #??  #?或者??  #??  #?2)?設(shè)置以下的變量.?不論如何,?在你選擇這種方法的情況下,?然后第一次啟動(dòng)復(fù)制(甚至不成功的情況下,??  #?例如如果你輸入錯(cuò)密碼在master-password字段并且slave無(wú)法連接),??  #?slave會(huì)創(chuàng)建一個(gè)?master.info?文件,并且之后任何對(duì)于包含在此文件內(nèi)的參數(shù)的變化都會(huì)被忽略??  #?并且由?master.info?文件內(nèi)的內(nèi)容覆蓋,?除非你關(guān)閉slave服務(wù),?刪除?master.info?并且重啟slave?服務(wù).??  #?由于這個(gè)原因,你也許不想碰一下的配置(注釋掉的)?并且使用?CHANGE?MASTER?TO?(查看上面)?來(lái)代替??  #??  #?所需要的唯一id號(hào)位于?2?和?2^32?–?1之間??  #?(并且和master不同)??  #?如果master-host被設(shè)置了.則默認(rèn)值是2??  #?但是如果省略,則不會(huì)生效??  #server-id?=?2??  #??  #?復(fù)制結(jié)構(gòu)中的master?–?必須??  #master-host?=??  #??  #?當(dāng)連接到master上時(shí)slave所用來(lái)認(rèn)證的用戶名?–?必須??  #master-user?=??  #??  #?當(dāng)連接到master上時(shí)slave所用來(lái)認(rèn)證的密碼?–?必須??  #master-password?=??  #??  #?master監(jiān)聽的端口.??  #?可選?–?默認(rèn)是3306??  #master-port?=??  ???  #?使得slave只讀.只有用戶擁有SUPER權(quán)限和在上面的slave線程能夠修改數(shù)據(jù).??  #?你可以使用此項(xiàng)去保證沒有應(yīng)用程序會(huì)意外的修改slave而不是master上的數(shù)據(jù)??  #read_only??  ???  #***?MyISAM?相關(guān)選項(xiàng)??  ???  #?關(guān)鍵詞緩沖的大小,?一般用來(lái)緩沖?MyISAM?表的索引塊.??  #?不要將其設(shè)置大于你可用內(nèi)存的30%,??  #?因?yàn)橐徊糠謨?nèi)存同樣被OS用來(lái)緩沖行數(shù)據(jù)??  #?甚至在你并不使用?MyISAM?表的情況下,?你也需要仍舊設(shè)置起?8-64M?內(nèi)存由于它同樣會(huì)被內(nèi)部臨時(shí)磁盤表使用.??  key_buffer_size?=?128M??  ???  #?用來(lái)做?MyISAM?表全表掃描的緩沖大小.??  #?當(dāng)全表掃描需要時(shí),在對(duì)應(yīng)線程中分配.??  read_buffer_size?=?8M??  ???  #?當(dāng)在排序之后,從一個(gè)已經(jīng)排序好的序列中讀取行時(shí),行數(shù)據(jù)將從這個(gè)緩沖中讀取來(lái)防止磁盤尋道.??  #?如果你增高此值,可以提高很多?ORDER?BY?的性能.??  #?當(dāng)需要時(shí)由每個(gè)線程分配??  read_rnd_buffer_size?=?64M??  ???  #?MyISAM?使用特殊的類似樹的?cache?來(lái)使得突發(fā)插入??  #?(這些插入是,INSERT?…?SELECT,?INSERT?…?VALUES?(…),?(…),?…,?以及?LOAD?DATA?INFILE)?更快.??  #?此變量限制每個(gè)進(jìn)程中緩沖樹的字節(jié)數(shù).??  #?設(shè)置為?0?會(huì)關(guān)閉此優(yōu)化.??  #?為了最優(yōu)化不要將此值設(shè)置大于?“key_buffer_size”.??  #?當(dāng)突發(fā)插入被檢測(cè)到時(shí)此緩沖將被分配.??  bulk_insert_buffer_size?=?256M??  ???  #?此緩沖當(dāng)?MySQL?需要在?REPAIR,?OPTIMIZE,?ALTER?以及?LOAD?DATA?INFILE?到一個(gè)空表中引起重建索引時(shí)被分配.??  #?這在每個(gè)線程中被分配.所以在設(shè)置大值時(shí)需要小心.??  myisam_sort_buffer_size?=?256M??  ???  #?MySQL?重建索引時(shí)所允許的最大臨時(shí)文件的大小?(當(dāng)?REPAIR,?ALTER?TABLE?或者?LOAD?DATA?INFILE).??  #?如果文件大小比此值更大,索引會(huì)通過鍵值緩沖創(chuàng)建(更慢)??  myisam_max_sort_file_size?=?10G??  ???  #?如果被用來(lái)更快的索引創(chuàng)建索引所使用臨時(shí)文件大于制定的值,那就使用鍵值緩沖方法.??  #?這主要用來(lái)強(qiáng)制在大表中長(zhǎng)字串鍵去使用慢速的鍵值緩沖方法來(lái)創(chuàng)建索引.??  #myisam_max_extra_sort_file_size?=?10G??  ???  #?如果一個(gè)表?yè)碛谐^一個(gè)索引,?MyISAM?可以通過并行排序使用超過一個(gè)線程去修復(fù)他們.??  #?這對(duì)于擁有多個(gè)?CPU?以及大量?jī)?nèi)存情況的用戶,是一個(gè)很好的選擇.??  myisam_repair_threads?=?1??  ???  #?自動(dòng)檢查和修復(fù)沒有適當(dāng)關(guān)閉的?MyISAM?表.??  myisam_recover??  ???  #?默認(rèn)關(guān)閉?Federated??  skip-federated??  ???  #?***?BDB?相關(guān)選項(xiàng)?***??  ???  #?如果你運(yùn)行的MySQL服務(wù)有BDB支持但是你不準(zhǔn)備使用的時(shí)候使用此選項(xiàng).?這會(huì)節(jié)省內(nèi)存并且可能加速一些事.??  #skip-bdb??  ???  #?***?INNODB?相關(guān)選項(xiàng)?***??  ???  #?如果你的?MySQL?服務(wù)包含?InnoDB?支持但是并不打算使用的話,??  #?使用此選項(xiàng)會(huì)節(jié)省內(nèi)存以及磁盤空間,并且加速某些部分??  #skip-innodb??  ???  #?附加的內(nèi)存池被?InnoDB?用來(lái)保存?metadata?信息(5.6中不再推薦使用)??  #?如果?InnoDB?為此目的需要更多的內(nèi)存,它會(huì)開始從?OS?這里申請(qǐng)內(nèi)存.??  #?由于這個(gè)操作在大多數(shù)現(xiàn)代操作系統(tǒng)上已經(jīng)足夠快,?你一般不需要修改此值.??  #?SHOW?INNODB?STATUS?命令會(huì)顯示當(dāng)先使用的數(shù)量.??  innodb_additional_mem_pool_size?=?64M??  ???  #?InnoDB使用一個(gè)緩沖池來(lái)保存索引和原始數(shù)據(jù),?不像?MyISAM.??  #?這里你設(shè)置越大,這能保證你在大多數(shù)的讀取操作時(shí)使用的是內(nèi)存而不是硬盤,在存取表里面數(shù)據(jù)時(shí)所需要的磁盤?I/O?越少.??  #?在一個(gè)獨(dú)立使用的數(shù)據(jù)庫(kù)服務(wù)器上,你可以設(shè)置這個(gè)變量到服務(wù)器物理內(nèi)存大小的80%??  #?不要設(shè)置過大,否則,由于物理內(nèi)存的競(jìng)爭(zhēng)可能導(dǎo)致操作系統(tǒng)的換頁(yè)顛簸.??  #?注意在32位系統(tǒng)上你每個(gè)進(jìn)程可能被限制在?2-3.5G?用戶層面內(nèi)存限制,??  #?所以不要設(shè)置的太高.??  innodb_buffer_pool_size?=?6G??  ???  #?InnoDB?將數(shù)據(jù)保存在一個(gè)或者多個(gè)數(shù)據(jù)文件中成為表空間.??  #?如果你只有單個(gè)邏輯驅(qū)動(dòng)保存你的數(shù)據(jù),一個(gè)單個(gè)的自增文件就足夠好了.??  #?其他情況下.每個(gè)設(shè)備一個(gè)文件一般都是個(gè)好的選擇.??  #?你也可以配置?InnoDB?來(lái)使用裸盤分區(qū)?–?請(qǐng)參考手冊(cè)來(lái)獲取更多相關(guān)內(nèi)容??  innodb_data_file_path?=?ibdata1:10M:autoextend??  ???  #?設(shè)置此選項(xiàng)如果你希望InnoDB表空間文件被保存在其他分區(qū).??  #?默認(rèn)保存在MySQL的datadir中.??  #innodb_data_home_dir?=??  ???  #?用來(lái)同步IO操作的IO線程的數(shù)量.??  #?此值在Unix下被硬編碼為8,但是在Windows磁盤I/O可能在一個(gè)大數(shù)值下表現(xiàn)的更好.??  innodb_file_io_threads?=?8??  ???  #?如果你發(fā)現(xiàn)?InnoDB?表空間損壞,?設(shè)置此值為一個(gè)非零值可能幫助你導(dǎo)出你的表.??  #?從1開始并且增加此值知道你能夠成功的導(dǎo)出表.??  #innodb_force_recovery=1??  ???  #?在?InnoDb?核心內(nèi)的允許線程數(shù)量.??  #?最優(yōu)值依賴于應(yīng)用程序,硬件以及操作系統(tǒng)的調(diào)度方式.??  #?過高的值可能導(dǎo)致線程的互斥顛簸.??  innodb_thread_concurrency?=?16??  ???  #?如果設(shè)置為1?,InnoDB?會(huì)在每次提交后刷新(fsync)事務(wù)日志到磁盤上,??  #?這提供了完整的?ACID?行為.??  #?如果你愿意對(duì)事務(wù)安全折衷,?并且你正在運(yùn)行一個(gè)小的事物,?你可以設(shè)置此值到0或者2來(lái)減少由事務(wù)日志引起的磁盤I/O??  #?0代表日志只大約每秒寫入日志文件并且日志文件刷新到磁盤.??  #?2代表日志寫入日志文件在每次提交后,但是日志文件只有大約每秒才會(huì)刷新到磁盤上.??  innodb_flush_log_at_trx_commit?=?2??  #(說明:如果是游戲服務(wù)器,建議此值設(shè)置為2;如果是對(duì)數(shù)據(jù)安全要求極高的應(yīng)用,建議設(shè)置為1;設(shè)置為0性能最高,但如果發(fā)生故障,數(shù)據(jù)可能會(huì)有丟失的危險(xiǎn)!  默認(rèn)值1的意思是每一次事務(wù)提交或事務(wù)外的指令都需要把日志寫入(flush)硬盤,這是很費(fèi)時(shí)的。特別是使用電池供電緩存(Battery?backed?up?cache)時(shí)。  設(shè)成2對(duì)于很多運(yùn)用,特別是從MyISAM表轉(zhuǎn)過來(lái)的是可以的,它的意思是不寫入硬盤而是寫入系統(tǒng)緩存。日志仍然會(huì)每秒flush到硬盤,所以你一般不會(huì)丟失超過1-2秒的更新。  設(shè)成0會(huì)更快一點(diǎn),但安全方面比較差,即使MySQL掛了也可能會(huì)丟失事務(wù)的數(shù)據(jù)。而值2只會(huì)在整個(gè)操作系統(tǒng)掛了時(shí)才可能丟數(shù)據(jù)。)??  ???  #?加速?InnoDB?的關(guān)閉.?這會(huì)阻止?InnoDB?在關(guān)閉時(shí)做全清除以及插入緩沖合并.??  #?這可能極大增加關(guān)機(jī)時(shí)間,?但是取而代之的是?InnoDB?可能在下次啟動(dòng)時(shí)做這些操作.??  #innodb_fast_shutdown??  ???  #?用來(lái)緩沖日志數(shù)據(jù)的緩沖區(qū)的大小.??  #?當(dāng)此值快滿時(shí),?InnoDB?將必須刷新數(shù)據(jù)到磁盤上.??  #?由于基本上每秒都會(huì)刷新一次,所以沒有必要將此值設(shè)置的太大(甚至對(duì)于長(zhǎng)事務(wù)而言)??  innodb_log_buffer_size?=?16M??  ???  #?在日志組中每個(gè)日志文件的大小.??  #?你應(yīng)該設(shè)置日志文件總合大小到你緩沖池大小的25%~100%??  #?來(lái)避免在日志文件覆寫上不必要的緩沖池刷新行為.??  #?不論如何,?請(qǐng)注意一個(gè)大的日志文件大小會(huì)增加恢復(fù)進(jìn)程所需要的時(shí)間.??  innodb_log_file_size?=?512M??  ???  #?在日志組中的文件總數(shù).??  #?通常來(lái)說2~3是比較好的.??  innodb_log_files_in_group?=?3??  ???  #?InnoDB?的日志文件所在位置.?默認(rèn)是?MySQL?的?datadir.??  #?你可以將其指定到一個(gè)獨(dú)立的硬盤上或者一個(gè)RAID1卷上來(lái)提高其性能??  #innodb_log_group_home_dir??  ???  #?在?InnoDB?緩沖池中最大允許的臟頁(yè)面的比例.??  #?如果達(dá)到限額,?InnoDB?會(huì)開始刷新他們防止他們妨礙到干凈數(shù)據(jù)頁(yè)面.??  #?這是一個(gè)軟限制,不被保證絕對(duì)執(zhí)行.??  innodb_max_dirty_pages_pct?=?90??  ???  #?InnoDB?用來(lái)刷新日志的方法.??  #?表空間總是使用雙重寫入刷新方法??  #?默認(rèn)值是?“fdatasync”,?另一個(gè)是?“O_DSYNC”.??  #?一般來(lái)說,如果你有硬件?RAID?控制器,并且其獨(dú)立緩存采用?write-back?機(jī)制,并有著電池?cái)嚯姳Wo(hù),那么應(yīng)該設(shè)置配置為?O_DIRECT??  #?否則,大多數(shù)情況下應(yīng)將其設(shè)為?fdatasync??  #innodb_flush_method=fdatasync??  ???  #?在被回滾前,一個(gè)?InnoDB?的事務(wù)應(yīng)該等待一個(gè)鎖被批準(zhǔn)多久.??  #?InnoDB?在其擁有的鎖表中自動(dòng)檢測(cè)事務(wù)死鎖并且回滾事務(wù).??  #?如果你使用?LOCK?TABLES?指令,?或者在同樣事務(wù)中使用除了?InnoDB?以外的其他事務(wù)安全的存儲(chǔ)引擎??  #?那么一個(gè)死鎖可能發(fā)生而?InnoDB?無(wú)法注意到.??  #?這種情況下這個(gè)?timeout?值對(duì)于解決這種問題就非常有幫助.??  innodb_lock_wait_timeout?=?120??  ???  #?這項(xiàng)設(shè)置告知InnoDB是否需要將所有表的數(shù)據(jù)和索引存放在共享表空間里(innodb_file_per_table?=?OFF)或者為每張表的數(shù)據(jù)單獨(dú)放在一個(gè).ibd文件(innodb_file_per_table?=ON)??  #?每張表一個(gè)文件允許你在drop、truncate或者rebuild表時(shí)回收磁盤空間??  #?這對(duì)于一些高級(jí)特性也是有必要的,比如數(shù)據(jù)壓縮,但是它不會(huì)帶來(lái)任何性能收益??  innodb_file_per_table?=?on??  ???  [mysqldump]??  #?不要在將內(nèi)存中的整個(gè)結(jié)果寫入磁盤之前緩存.?在導(dǎo)出非常巨大的表時(shí)需要此項(xiàng)??  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]??  #?增加每個(gè)進(jìn)程的可打開文件數(shù)量.??  #?警告:?確認(rèn)你已經(jīng)將全系統(tǒng)限制設(shè)定的足夠高!??  #?打開大量表需要將此值設(shè)大??  open-files-limit?=?8192

2、Slave服務(wù)器上MySQL my.cnf完整配置文件

#?以下選項(xiàng)會(huì)被MySQL客戶端應(yīng)用讀取。??  #?注意只有MySQL附帶的客戶端應(yīng)用程序保證可以讀取這段內(nèi)容。??  #?如果你想你自己的MySQL應(yīng)用程序獲取這些值。??  #?需要在MySQL客戶端庫(kù)初始化的時(shí)候指定這些選項(xiàng)。??  ???  #??  [client]??  #password?=?[your_password]??  port?=?3306??  socket?=?/usr/local/mysql3306/mysql.sock??  ???  #?***?應(yīng)用定制選項(xiàng)?***??  ???  #??  #?MySQL?服務(wù)端??  #??  [mysqld]??  ???  #?一般配置選項(xiàng)??  port?=?3306??  socket?=?/usr/local/mysql3306/mysql.sock??  basedir?=/usr/local/mysql3306??  datadir?=?/data/mysql3306db??  #?back_log?是操作系統(tǒng)在監(jiān)聽隊(duì)列中所能保持的連接數(shù),??  #?隊(duì)列保存了在?MySQL?連接管理器線程處理之前的連接.??  #?如果你有非常高的連接率并且出現(xiàn)?“connection?refused”?報(bào)錯(cuò),??  #?你就應(yīng)該增加此處的值.??  #?檢查你的操作系統(tǒng)文檔來(lái)獲取這個(gè)變量的最大值.??  #?如果將back_log設(shè)定到比你操作系統(tǒng)限制更高的值,將會(huì)沒有效果??  #back_log?=?300??  ???  #?不在?TCP/IP?端口上進(jìn)行監(jiān)聽.??  #?如果所有的進(jìn)程都是在同一臺(tái)服務(wù)器連接到本地的?mysqld,??  #?這樣設(shè)置將是增強(qiáng)安全的方法??  #?所有?mysqld?的連接都是通過?Unix?Sockets?或者命名管道進(jìn)行的.??  #?注意在?Windows下如果沒有打開命名管道選項(xiàng)而只是用此項(xiàng)??  #?(通過?“enable-named-pipe”?選項(xiàng))?將會(huì)導(dǎo)致?MySQL?服務(wù)沒有任何作用!??  #skip-networking??  ???  #?MySQL?服務(wù)所允許的同時(shí)會(huì)話數(shù)的上限??  #?其中一個(gè)連接將被?SUPER?權(quán)限保留作為管理員登錄.??  #?即便已經(jīng)達(dá)到了連接數(shù)的上限.??  max_connections?=?3000??  ???  #?每個(gè)客戶端連接最大的錯(cuò)誤允許數(shù)量,如果達(dá)到了此限制.??  #?這個(gè)客戶端將會(huì)被?MySQL?服務(wù)阻止直到執(zhí)行了?“FLUSH?HOSTS”?或者服務(wù)重啟??  #?非法的密碼以及其他在鏈接時(shí)的錯(cuò)誤會(huì)增加此值.??  #?查看?“Aborted_connects”?狀態(tài)來(lái)獲取全局計(jì)數(shù)器.??  max_connect_errors?=?100??  ???  #?所有線程所打開表的數(shù)量.??  #?增加此值就增加了?mysqld?所需要的文件描述符的數(shù)量??  #?這樣你需要確認(rèn)在?[mysqld_safe]?中?“open-files-limit”?變量設(shè)置打開文件數(shù)量允許至少等于?table_cache?的值??  table_open_cache?=?4096??  ???  #?允許外部文件級(jí)別的鎖.?打開文件鎖會(huì)對(duì)性能造成負(fù)面影響??  #?所以只有在你在同樣的文件上運(yùn)行多個(gè)數(shù)據(jù)庫(kù)實(shí)例時(shí)才使用此選項(xiàng)(注意仍會(huì)有其他約束!)??  #?或者你在文件層面上使用了其他一些軟件依賴來(lái)鎖定?MyISAM?表??  #external-locking??  ???  #?服務(wù)所能處理的請(qǐng)求包的最大大小以及服務(wù)所能處理的最大的請(qǐng)求大小(當(dāng)與大的?BLOB?字段一起工作時(shí)相當(dāng)必要)??  #?每個(gè)連接獨(dú)立的大小,大小動(dòng)態(tài)增加??  max_allowed_packet?=?128M??  ???  #?在一個(gè)事務(wù)中?binlog?為了記錄?SQL?狀態(tài)所持有的?cache?大小??  #?如果你經(jīng)常使用大的,多聲明的事務(wù),你可以增加此值來(lái)獲取更大的性能.??  #?所有從事務(wù)來(lái)的狀態(tài)都將被緩沖在?binlog?緩沖中然后在提交后一次性寫入到?binlog?中??  #?如果事務(wù)比此值大,?會(huì)使用磁盤上的臨時(shí)文件來(lái)替代.??  #?此緩沖在每個(gè)連接的事務(wù)第一次更新狀態(tài)時(shí)被創(chuàng)建??  binlog_cache_size?=?4M??  ???  #?獨(dú)立的內(nèi)存表所允許的最大容量.??  #?此選項(xiàng)為了防止意外創(chuàng)建一個(gè)超大的內(nèi)存表導(dǎo)致永盡所有的內(nèi)存資源.??  max_heap_table_size?=?128M??  ???  #?隨機(jī)讀取數(shù)據(jù)緩沖區(qū)使用內(nèi)存(read_rnd_buffer_size):和順序讀取相對(duì)應(yīng),??  #?當(dāng)?MySQL?進(jìn)行非順序讀?。S機(jī)讀?。?shù)據(jù)塊的時(shí)候,會(huì)利用&gt;這個(gè)緩沖區(qū)暫存讀取的數(shù)據(jù)??  #?如根據(jù)索引信息讀取表數(shù)據(jù),根據(jù)排序后的結(jié)果集與表進(jìn)行?Join?等等??  #?總的來(lái)說,就是當(dāng)數(shù)據(jù)塊的讀取需要滿足&gt;一定的順序的情況下,MySQL?就需要產(chǎn)生隨機(jī)讀取,進(jìn)而使用到?read_rnd_buffer_size?參數(shù)所設(shè)置的內(nèi)存緩沖區(qū)??  read_rnd_buffer_size?=?16M??  ???  #?排序緩沖被用來(lái)處理類似?ORDER?BY?以及?GROUP?BY?隊(duì)列所引起的排序??  #?如果排序后的數(shù)據(jù)無(wú)法放入排序緩沖,一個(gè)用來(lái)替代的基于磁盤的合并分類會(huì)被使用??  #?查看?“Sort_merge_passes”?狀態(tài)變量.??  #?在排序發(fā)生時(shí)由每個(gè)線程分配??  sort_buffer_size?=?16M??  ???  #?此緩沖被使用來(lái)優(yōu)化全聯(lián)合(FULL?JOINS?不帶索引的聯(lián)合).??  #?類似的聯(lián)合在極大多數(shù)情況下有非常糟糕的性能表現(xiàn),但是將此值設(shè)大能夠減輕性能影響.??  #?通過?“Select_full_join”?狀態(tài)變量查看全聯(lián)合的數(shù)量??  #?當(dāng)全聯(lián)合發(fā)生時(shí),在每個(gè)線程中分配??  join_buffer_size?=?16M??  ???  #?我們?cè)?cache?中保留多少線程用于重用??  #?當(dāng)一個(gè)客戶端斷開連接后,如果?cache?中的線程還少于?thread_cache_size,則客戶端線程被放入cache?中.??  #?這可以在你需要大量新連接的時(shí)候極大的減少線程創(chuàng)建的開銷??  #?(一般來(lái)說如果你有好的線程模型的話,這不會(huì)有明顯的性能提升.)??  thread_cache_size?=?16??  ???  #?此允許應(yīng)用程序給予線程系統(tǒng)一個(gè)提示在同一時(shí)間給予渴望被運(yùn)行的線程的數(shù)量.??  #?此值只對(duì)于支持?thread_concurrency()?函數(shù)的系統(tǒng)有意義(?例如Sun?Solaris).??  #?你可可以嘗試使用?[CPU數(shù)量]*(2..4)?來(lái)作為?thread_concurrency?的值??  thread_concurrency?=?8??  ???  #?查詢緩沖常被用來(lái)緩沖?SELECT?的結(jié)果并且在下一次同樣查詢的時(shí)候不再執(zhí)行直接返回結(jié)果.??  #?打開查詢緩沖可以極大的提高服務(wù)器速度,?如果你有大量的相同的查詢并且很少修改表.??  #?查看?“Qcache_lowmem_prunes”?狀態(tài)變量來(lái)檢查是否當(dāng)前值對(duì)于你的負(fù)載來(lái)說是否足夠高.??  #?注意:?在你表經(jīng)常變化的情況下或者如果你的查詢?cè)拿看味疾煌???  #?查詢緩沖也許引起性能下降而不是性能提升.??  query_cache_size?=?128M??  ???  #?只有小于此設(shè)定值的結(jié)果才會(huì)被緩沖??  #?此設(shè)置用來(lái)保護(hù)查詢緩沖,防止一個(gè)極大的結(jié)果集將其他所有的查詢結(jié)果都覆蓋.??  query_cache_limit?=?4M??  ???  #?被全文檢索索引的最小的字長(zhǎng).??  #?你也許希望減少它,如果你需要搜索更短字的時(shí)候.??  #?注意在你修改此值之后,你需要重建你的?FULLTEXT?索引??  ft_min_word_len?=?8??  ???  #?如果你的系統(tǒng)支持?memlock()?函數(shù),你也許希望打開此選項(xiàng)用以讓運(yùn)行中的?mysql?在在內(nèi)存高度緊張的時(shí)候,數(shù)據(jù)在內(nèi)存中保持鎖定并且防止可能被?swapping?out??  #?此選項(xiàng)對(duì)于性能有益??  #memlock??  ???  #?當(dāng)創(chuàng)建新表時(shí)作為默認(rèn)使用的表類型,??  #?如果在創(chuàng)建表示沒有特別執(zhí)行表類型,將會(huì)使用此值??  #default_table_type?=?InnoDB??  ???  #?線程使用的堆大小.?此容量的內(nèi)存在每次連接時(shí)被預(yù)留.??  #?MySQL?本身常不會(huì)需要超過?64K?的內(nèi)存??  #?如果你使用你自己的需要大量堆的?UDF?函數(shù)或者你的操作系統(tǒng)對(duì)于某些操作需要更多的堆,你也許需要將其設(shè)置的更高一點(diǎn).??  thread_stack?=?512K??  ???  #?設(shè)定默認(rèn)的事務(wù)隔離級(jí)別.可用的級(jí)別如下:??  #?READ-UNCOMMITTED,?READ-COMMITTED,?REPEATABLE-READ,?SERIALIZABLE??  transaction_isolation?=?REPEATABLE-READ??  ???  #?內(nèi)部(內(nèi)存中)臨時(shí)表的最大大小??  #?如果一個(gè)表增長(zhǎng)到比此值更大,將會(huì)自動(dòng)轉(zhuǎn)換為基于磁盤的表.??  #?此限制是針對(duì)單個(gè)表的,而不是總和.??  tmp_table_size?=?128M??  ???  #?打開二進(jìn)制日志功能.??  #?在復(fù)制(replication)配置中,作為?MASTER?主服務(wù)器必須打開此項(xiàng)??  #?如果你需要從你最后的備份中做基于時(shí)間點(diǎn)的恢復(fù),你也同樣需要二進(jìn)制日志.??  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??  #?如果你在使用鏈?zhǔn)綇姆?wù)器結(jié)構(gòu)的復(fù)制模式?(A-&gt;B-&gt;C),??  #?你需要在服務(wù)器B上打開此項(xiàng).??  #?此選項(xiàng)打開在從線程上重做過的更新的日志,?并將其寫入從服務(wù)器的二進(jìn)制日志.??  #log_slave_updates??  ???  #?打開全查詢?nèi)罩??所有的由服務(wù)器接收到的查詢?(甚至對(duì)于一個(gè)錯(cuò)誤語(yǔ)法的查詢)??  #?都會(huì)被記錄下來(lái).?這對(duì)于調(diào)試非常有用,?在生產(chǎn)環(huán)境中常常關(guān)閉此項(xiàng).??  #general_log=ON??  #general_log_file=/usr/local/mysql/log/mysql.log??  ???  #?將警告打印輸出到錯(cuò)誤?log?文件.?如果你對(duì)于?MySQL?有任何問題??  #?你應(yīng)該打開警告?log?并且仔細(xì)審查錯(cuò)誤日志,查出可能的原因.??  #log_warnings??  ???  #?記錄慢速查詢.?慢速查詢是指消耗了比?“l(fā)ong_query_time”?定義的更多時(shí)間的查詢.??  #?如果?log_long_format?被打開,那些沒有使用索引的查詢也會(huì)被記錄.??  #?如果你經(jīng)常增加新查詢到已有的系統(tǒng)內(nèi)的話.?一般來(lái)說這是一個(gè)好主意,??  #log_slow_queries??  ???  #?所有的使用了比這個(gè)時(shí)間(以秒為單位)更多的查詢會(huì)被認(rèn)為是慢速查詢.??  #?不要在這里使用“1″,?否則會(huì)導(dǎo)致所有的查詢,甚至非??斓牟樵冺?yè)被記錄下來(lái)(由于?MySQL?目前時(shí)間的精確度只能達(dá)到秒的級(jí)別).??  long_query_time?=?6??  ???  #?在慢速日志中記錄更多的信息.??  #?一般此項(xiàng)最好打開.??  #?打開此項(xiàng)會(huì)記錄使得那些沒有使用索引的查詢也被作為到慢速查詢附加到慢速日志里??  #log_long_format??  ???  #?此目錄被MySQL用來(lái)保存臨時(shí)文件.例如,??  #?它被用來(lái)處理基于磁盤的大型排序,和內(nèi)部排序一樣.??  #?以及簡(jiǎn)單的臨時(shí)表.??  #?如果你不創(chuàng)建非常大的臨時(shí)文件,將其放置到?swapfs/tmpfs?文件系統(tǒng)上也許比較好??  #?另一種選擇是你也可以將其放置在獨(dú)立的磁盤上.??  #?你可以使用”;”來(lái)放置多個(gè)路徑??  #?他們會(huì)按照?roud-robin?方法被輪詢使用.??  #tmpdir?=?/tmp??  ???  #?***?主從復(fù)制相關(guān)的設(shè)置??  ???  #?唯一的服務(wù)辨識(shí)號(hào),數(shù)值位于?1?到?2^32-1之間.??  #?此值在master和slave上都需要設(shè)置.??  #?如果?“master-host”?沒有被設(shè)置,則默認(rèn)為1,?但是如果忽略此選項(xiàng),MySQL不會(huì)作為master生效.??  server-id?=?002??  sync_binlog=1??  ??  #?復(fù)制的Slave?(去掉master段的注釋來(lái)使其生效)??  #??  #?為了配置此主機(jī)作為復(fù)制的slave服務(wù)器,你可以選擇兩種方法:??  #??  #?1)?使用?CHANGE?MASTER?TO?命令?(在我們的手冊(cè)中有完整描述)?-??  #?語(yǔ)法如下:??  #??  #?CHANGE?MASTER?TO?MASTER_HOST=,?MASTER_PORT=,??  #?MASTER_USER=,?MASTER_PASSWORD=?;??  #??  #?你需要替換掉?,?,?等被尖括號(hào)包圍的字段以及使用master的端口號(hào)替換?(默認(rèn)3306).??  #??  #?例子:??  #??  #?CHANGE?MASTER?TO?MASTER_HOST=’125.564.12.1′,?MASTER_PORT=3306,??  #?MASTER_USER=’joe’,?MASTER_PASSWORD=’secret’;??  #??  #?或者??  #??  #?2)?設(shè)置以下的變量.?不論如何,?在你選擇這種方法的情況下,?然后第一次啟動(dòng)復(fù)制(甚至不成功的情況下,??  #?例如如果你輸入錯(cuò)密碼在master-password字段并且slave無(wú)法連接),??  #?slave會(huì)創(chuàng)建一個(gè)?master.info?文件,并且之后任何對(duì)于包含在此文件內(nèi)的參數(shù)的變化都會(huì)被忽略??  #?并且由?master.info?文件內(nèi)的內(nèi)容覆蓋,?除非你關(guān)閉slave服務(wù),?刪除?master.info?并且重啟slave?服務(wù).??  #?由于這個(gè)原因,你也許不想碰一下的配置(注釋掉的)?并且使用?CHANGE?MASTER?TO?(查看上面)?來(lái)代替??  #??  #?所需要的唯一id號(hào)位于?2?和?2^32?–?1之間??  #?(并且和master不同)??  #?如果master-host被設(shè)置了.則默認(rèn)值是2??  #?但是如果省略,則不會(huì)生效??  #server-id?=?2??  #??  #?復(fù)制結(jié)構(gòu)中的master?–?必須??  #master-host?=??  #??  #?當(dāng)連接到master上時(shí)slave所用來(lái)認(rèn)證的用戶名?–?必須??  #master-user?=??  #??  #?當(dāng)連接到master上時(shí)slave所用來(lái)認(rèn)證的密碼?–?必須??  #master-password?=??  #??  #?master監(jiān)聽的端口.??  #?可選?–?默認(rèn)是3306??  #master-port?=??  ???  #?使得slave只讀.只有用戶擁有SUPER權(quán)限和在上面的slave線程能夠修改數(shù)據(jù).??  #?你可以使用此項(xiàng)去保證沒有應(yīng)用程序會(huì)意外的修改slave而不是master上的數(shù)據(jù)??  #read_only??  ???  #***?MyISAM?相關(guān)選項(xiàng)??  ???  #?關(guān)鍵詞緩沖的大小,?一般用來(lái)緩沖?MyISAM?表的索引塊.??  #?不要將其設(shè)置大于你可用內(nèi)存的30%,??  #?因?yàn)橐徊糠謨?nèi)存同樣被OS用來(lái)緩沖行數(shù)據(jù)??  #?甚至在你并不使用?MyISAM?表的情況下,?你也需要仍舊設(shè)置起?8-64M?內(nèi)存由于它同樣會(huì)被內(nèi)部臨時(shí)磁盤表使用.??  key_buffer_size?=?128M??  ???  #?用來(lái)做?MyISAM?表全表掃描的緩沖大小.??  #?當(dāng)全表掃描需要時(shí),在對(duì)應(yīng)線程中分配.??  read_buffer_size?=?8M??  ???  #?當(dāng)在排序之后,從一個(gè)已經(jīng)排序好的序列中讀取行時(shí),行數(shù)據(jù)將從這個(gè)緩沖中讀取來(lái)防止磁盤尋道.??  #?如果你增高此值,可以提高很多?ORDER?BY?的性能.??  #?當(dāng)需要時(shí)由每個(gè)線程分配??  read_rnd_buffer_size?=?64M??  ???  #?MyISAM?使用特殊的類似樹的?cache?來(lái)使得突發(fā)插入??  #?(這些插入是,INSERT?…?SELECT,?INSERT?…?VALUES?(…),?(…),?…,?以及?LOAD?DATA?INFILE)?更快.??  #?此變量限制每個(gè)進(jìn)程中緩沖樹的字節(jié)數(shù).??  #?設(shè)置為?0?會(huì)關(guān)閉此優(yōu)化.??  #?為了最優(yōu)化不要將此值設(shè)置大于?“key_buffer_size”.??  #?當(dāng)突發(fā)插入被檢測(cè)到時(shí)此緩沖將被分配.??  bulk_insert_buffer_size?=?256M??  ???  #?此緩沖當(dāng)?MySQL?需要在?REPAIR,?OPTIMIZE,?ALTER?以及?LOAD?DATA?INFILE?到一個(gè)空表中引起重建索引時(shí)被分配.??  #?這在每個(gè)線程中被分配.所以在設(shè)置大值時(shí)需要小心.??  myisam_sort_buffer_size?=?256M??  ???  #?MySQL?重建索引時(shí)所允許的最大臨時(shí)文件的大小?(當(dāng)?REPAIR,?ALTER?TABLE?或者?LOAD?DATA?INFILE).??  #?如果文件大小比此值更大,索引會(huì)通過鍵值緩沖創(chuàng)建(更慢)??  myisam_max_sort_file_size?=?10G??  ???  #?如果被用來(lái)更快的索引創(chuàng)建索引所使用臨時(shí)文件大于制定的值,那就使用鍵值緩沖方法.??  #?這主要用來(lái)強(qiáng)制在大表中長(zhǎng)字串鍵去使用慢速的鍵值緩沖方法來(lái)創(chuàng)建索引.??  #myisam_max_extra_sort_file_size?=?10G??  ???  #?如果一個(gè)表?yè)碛谐^一個(gè)索引,?MyISAM?可以通過并行排序使用超過一個(gè)線程去修復(fù)他們.??  #?這對(duì)于擁有多個(gè)?CPU?以及大量?jī)?nèi)存情況的用戶,是一個(gè)很好的選擇.??  myisam_repair_threads?=?1??  ???  #?自動(dòng)檢查和修復(fù)沒有適當(dāng)關(guān)閉的?MyISAM?表.??  myisam_recover??  ???  #?默認(rèn)關(guān)閉?Federated??  skip-federated??  ???  #?***?BDB?相關(guān)選項(xiàng)?***??  ???  #?如果你運(yùn)行的MySQL服務(wù)有BDB支持但是你不準(zhǔn)備使用的時(shí)候使用此選項(xiàng).?這會(huì)節(jié)省內(nèi)存并且可能加速一些事.??  #skip-bdb??  ???  #?***?INNODB?相關(guān)選項(xiàng)?***??  ???  #?如果你的?MySQL?服務(wù)包含?InnoDB?支持但是并不打算使用的話,??  #?使用此選項(xiàng)會(huì)節(jié)省內(nèi)存以及磁盤空間,并且加速某些部分??  #skip-innodb??  ???  #?附加的內(nèi)存池被?InnoDB?用來(lái)保存?metadata?信息(5.6中不再推薦使用)??  #?如果?InnoDB?為此目的需要更多的內(nèi)存,它會(huì)開始從?OS?這里申請(qǐng)內(nèi)存.??  #?由于這個(gè)操作在大多數(shù)現(xiàn)代操作系統(tǒng)上已經(jīng)足夠快,?你一般不需要修改此值.??  #?SHOW?INNODB?STATUS?命令會(huì)顯示當(dāng)先使用的數(shù)量.??  innodb_additional_mem_pool_size?=?64M??  ???  #?InnoDB使用一個(gè)緩沖池來(lái)保存索引和原始數(shù)據(jù),?不像?MyISAM.??  #?這里你設(shè)置越大,這能保證你在大多數(shù)的讀取操作時(shí)使用的是內(nèi)存而不是硬盤,在存取表里面數(shù)據(jù)時(shí)所需要的磁盤?I/O?越少.??  #?在一個(gè)獨(dú)立使用的數(shù)據(jù)庫(kù)服務(wù)器上,你可以設(shè)置這個(gè)變量到服務(wù)器物理內(nèi)存大小的80%??  #?不要設(shè)置過大,否則,由于物理內(nèi)存的競(jìng)爭(zhēng)可能導(dǎo)致操作系統(tǒng)的換頁(yè)顛簸.??  #?注意在32位系統(tǒng)上你每個(gè)進(jìn)程可能被限制在?2-3.5G?用戶層面內(nèi)存限制,??  #?所以不要設(shè)置的太高.??  innodb_buffer_pool_size?=?6G??  ???  #?InnoDB?將數(shù)據(jù)保存在一個(gè)或者多個(gè)數(shù)據(jù)文件中成為表空間.??  #?如果你只有單個(gè)邏輯驅(qū)動(dòng)保存你的數(shù)據(jù),一個(gè)單個(gè)的自增文件就足夠好了.??  #?其他情況下.每個(gè)設(shè)備一個(gè)文件一般都是個(gè)好的選擇.??  #?你也可以配置?InnoDB?來(lái)使用裸盤分區(qū)?–?請(qǐng)參考手冊(cè)來(lái)獲取更多相關(guān)內(nèi)容??  innodb_data_file_path?=?ibdata1:10M:autoextend??  ???  #?設(shè)置此選項(xiàng)如果你希望InnoDB表空間文件被保存在其他分區(qū).??  #?默認(rèn)保存在MySQL的datadir中.??  #innodb_data_home_dir?=??  ???  #?用來(lái)同步IO操作的IO線程的數(shù)量.??  #?此值在Unix下被硬編碼為8,但是在Windows磁盤I/O可能在一個(gè)大數(shù)值下表現(xiàn)的更好.??  innodb_file_io_threads?=?8??  ???  #?如果你發(fā)現(xiàn)?InnoDB?表空間損壞,?設(shè)置此值為一個(gè)非零值可能幫助你導(dǎo)出你的表.??  #?從1開始并且增加此值知道你能夠成功的導(dǎo)出表.??  #innodb_force_recovery=1??  ???  #?在?InnoDb?核心內(nèi)的允許線程數(shù)量.??  #?最優(yōu)值依賴于應(yīng)用程序,硬件以及操作系統(tǒng)的調(diào)度方式.??  #?過高的值可能導(dǎo)致線程的互斥顛簸.??  innodb_thread_concurrency?=?16??  ???  #?如果設(shè)置為1?,InnoDB?會(huì)在每次提交后刷新(fsync)事務(wù)日志到磁盤上,??  #?這提供了完整的?ACID?行為.??  #?如果你愿意對(duì)事務(wù)安全折衷,?并且你正在運(yùn)行一個(gè)小的事物,?你可以設(shè)置此值到0或者2來(lái)減少由事務(wù)日志引起的磁盤I/O??  #?0代表日志只大約每秒寫入日志文件并且日志文件刷新到磁盤.??  #?2代表日志寫入日志文件在每次提交后,但是日志文件只有大約每秒才會(huì)刷新到磁盤上.??  innodb_flush_log_at_trx_commit?=?2??  #(說明:如果是游戲服務(wù)器,建議此值設(shè)置為2;如果是對(duì)數(shù)據(jù)安全要求極高的應(yīng)用,建議設(shè)置為1;設(shè)置為0性能最高,但如果發(fā)生故障,數(shù)據(jù)可能會(huì)有丟失的危險(xiǎn)!  默認(rèn)值1的意思是每一次事務(wù)提交或事務(wù)外的指令都需要把日志寫入(flush)硬盤,這是很費(fèi)時(shí)的。特別是使用電池供電緩存(Battery?backed?up?cache)時(shí)。  設(shè)成2對(duì)于很多運(yùn)用,特別是從MyISAM表轉(zhuǎn)過來(lái)的是可以的,它的意思是不寫入硬盤而是寫入系統(tǒng)緩存。日志仍然會(huì)每秒flush到硬盤,所以你一般不會(huì)丟失超過1-2秒的更新。  設(shè)成0會(huì)更快一點(diǎn),但安全方面比較差,即使MySQL掛了也可能會(huì)丟失事務(wù)的數(shù)據(jù)。而值2只會(huì)在整個(gè)操作系統(tǒng)掛了時(shí)才可能丟數(shù)據(jù)。)??  ???  #?加速?InnoDB?的關(guān)閉.?這會(huì)阻止?InnoDB?在關(guān)閉時(shí)做全清除以及插入緩沖合并.??  #?這可能極大增加關(guān)機(jī)時(shí)間,?但是取而代之的是?InnoDB?可能在下次啟動(dòng)時(shí)做這些操作.??  #innodb_fast_shutdown??  ???  #?用來(lái)緩沖日志數(shù)據(jù)的緩沖區(qū)的大小.??  #?當(dāng)此值快滿時(shí),?InnoDB?將必須刷新數(shù)據(jù)到磁盤上.??  #?由于基本上每秒都會(huì)刷新一次,所以沒有必要將此值設(shè)置的太大(甚至對(duì)于長(zhǎng)事務(wù)而言)??  innodb_log_buffer_size?=?16M??  ???  #?在日志組中每個(gè)日志文件的大小.??  #?你應(yīng)該設(shè)置日志文件總合大小到你緩沖池大小的25%~100%??  #?來(lái)避免在日志文件覆寫上不必要的緩沖池刷新行為.??  #?不論如何,?請(qǐng)注意一個(gè)大的日志文件大小會(huì)增加恢復(fù)進(jìn)程所需要的時(shí)間.??  innodb_log_file_size?=?512M??  ???  #?在日志組中的文件總數(shù).??  #?通常來(lái)說2~3是比較好的.??  innodb_log_files_in_group?=?3??  ???  #?InnoDB?的日志文件所在位置.?默認(rèn)是?MySQL?的?datadir.??  #?你可以將其指定到一個(gè)獨(dú)立的硬盤上或者一個(gè)RAID1卷上來(lái)提高其性能??  #innodb_log_group_home_dir??  ???  #?在?InnoDB?緩沖池中最大允許的臟頁(yè)面的比例.??  #?如果達(dá)到限額,?InnoDB?會(huì)開始刷新他們防止他們妨礙到干凈數(shù)據(jù)頁(yè)面.??  #?這是一個(gè)軟限制,不被保證絕對(duì)執(zhí)行.??  innodb_max_dirty_pages_pct?=?90??  ???  #?InnoDB?用來(lái)刷新日志的方法.??  #?表空間總是使用雙重寫入刷新方法??  #?默認(rèn)值是?“fdatasync”,?另一個(gè)是?“O_DSYNC”.??  #?一般來(lái)說,如果你有硬件?RAID?控制器,并且其獨(dú)立緩存采用?write-back?機(jī)制,并有著電池?cái)嚯姳Wo(hù),那么應(yīng)該設(shè)置配置為?O_DIRECT??  #?否則,大多數(shù)情況下應(yīng)將其設(shè)為?fdatasync??  #innodb_flush_method=fdatasync??  ???  #?在被回滾前,一個(gè)?InnoDB?的事務(wù)應(yīng)該等待一個(gè)鎖被批準(zhǔn)多久.??  #?InnoDB?在其擁有的鎖表中自動(dòng)檢測(cè)事務(wù)死鎖并且回滾事務(wù).??  #?如果你使用?LOCK?TABLES?指令,?或者在同樣事務(wù)中使用除了?InnoDB?以外的其他事務(wù)安全的存儲(chǔ)引擎??  #?那么一個(gè)死鎖可能發(fā)生而?InnoDB?無(wú)法注意到.??  #?這種情況下這個(gè)?timeout?值對(duì)于解決這種問題就非常有幫助.??  innodb_lock_wait_timeout?=?120??  ???  #?這項(xiàng)設(shè)置告知InnoDB是否需要將所有表的數(shù)據(jù)和索引存放在共享表空間里(innodb_file_per_table?=?OFF)或者為每張表的數(shù)據(jù)單獨(dú)放在一個(gè).ibd文件(innodb_file_per_table=ON)??  #?每張表一個(gè)文件允許你在drop、truncate或者rebuild表時(shí)回收磁盤空間??  #?這對(duì)于一些高級(jí)特性也是有必要的,比如數(shù)據(jù)壓縮,但是它不會(huì)帶來(lái)任何性能收益??  innodb_file_per_table?=?on??  ???  [mysqldump]??  #?不要在將內(nèi)存中的整個(gè)結(jié)果寫入磁盤之前緩存.?在導(dǎo)出非常巨大的表時(shí)需要此項(xiàng)??  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]??  #?增加每個(gè)進(jìn)程的可打開文件數(shù)量.??  #?警告:?確認(rèn)你已經(jīng)將全系統(tǒng)限制設(shè)定的足夠高!??  #?打開大量表需要將此值設(shè)大??  open-files-limit?=?8192

以上就是MySQL之——MS主從復(fù)制(讀寫分離)實(shí)現(xiàn)的內(nèi)容,更多相關(guān)內(nèi)容請(qǐng)關(guān)注PHP中文網(wǎng)(www.php.cn)!

? 版權(quán)聲明
THE END
喜歡就支持一下吧
點(diǎn)贊6 分享