生產環境下的MySQL數據庫主從同步總結
原創MySQL的主從同步是一個很成熟的架構，優點為：①在從服務器可以執行查詢工作(即我們常說的讀功能)，降低主服 務器壓力；②在從主服務器進行備份，避免備份期間影響主服務器服務；③當主服務器出現問題時，可以切換到從服務器。所以我在項目部署和實施中經常會采用這 種方案；鑒于生產環境下的MySQL的嚴謹性，我這里推薦采用張宴兄的MySQL源碼編譯的方法.
第④版更新內容如下：
一、增加了MySQL5.1.38的編譯安裝過程，安裝過程仍然采用張宴早期安裝MySQL的方法，擯棄了用腳本控制的辦法；
二、從庫取主庫的方法仍然采用tar獲取，未采用MySQLdump的原因是在實際配置中發現，此法失敗的機率比較大，故一直用tar取主數據庫的完整快照，這里有網友不是太理解，這里重點說明下；
三、MySQL主從復制雖然配置比較簡單，但同時也是柄刃劍；因為如果在主庫上發生誤刪表現象，從庫也會發生；所以主表的單機備份一定要作，推薦同時也作FTP備份；
四、binlog日志一定要開啟，簽于生產環境的嚴謹性，此貼歡迎大家交流探討，找出其中的bug和錯誤，以免誤導新人；此貼我會持續關注和更新(撫琴煮酒)
數據庫目錄及其它
my.cnf配置文件 /usr/local/webserver/MySQL/my.cnf
MySQL數據庫位置 /usr/local/webserver/MySQL/data/
主數據庫：192.168.4.191
從數據庫：192.168.4.192
操作系統：RHEL5.4 64位
服務器類型: HP 580G5,雙四核XeonE5520,32G內存，6塊300GSAS做成RAID10
MySQL5.1.38源碼編譯過程如下:
- /usr/sbin/groupadd MySQL
- /usr/sbin/useradd -g MySQL MySQL
- unzip MySQL-5.1.38.zip
- cd MySQL-5.1.38/
- ./configure --prefix=/usr/local/webserver/MySQL/ --enable-assembler
- --with-extra-charsets=complex --enable-thread-safe-client
- --with-big-tables --with-readline --with-ssl --with-embedded-server
- --enable-local-infile --with-plugins=innobase
- make && make install
- chmod +w /usr/local/webserver/MySQL
- chown -R MySQL:MySQL /usr/local/webserver/MySQL
- cp support-files/my-medium.cnf /usr/local/webserver/MySQL/my.cnf
- #這部可依具體環境而定，壓力大的化可采用huge.cnf
- cd ../
①以MySQL用戶帳號的身份建立數據表：
- /usr/local/webserver/MySQL/bin/MySQL_install_db
- --basedir=/usr/local/webserver/MySQL
- --datadir=/usr/local/webserver/MySQL/data
- --user=MySQL
②啟動MySQL（最后的&表示在后臺運行）
- /bin/sh /usr/local/webserver/MySQL/bin/MySQLd_safe
- --defaults-file=/usr/local/webserver/MySQL/my.cnf &
一、設置主庫
1、修改主庫my.cnf,主要是設置個不一樣的id和logbin
- #vim /usr/local/webserver/MySQL/my.cnf
- server-id = 1
- log-bin= binlog
- binlog-do-db=iea
2、啟動主庫生效
- #/bin/sh /usr/local/webserver/MySQL/bin/MySQLd_safe
- --defaults-file=/usr/local/webserver/MySQL/my.cnf &
3、登陸主庫
- #/usr/local/webserver/bin/MySQL -u root -p
4、賦予從庫權限帳號，允許用戶在主庫上讀取日志
- MySQL> grant all privileges on *.* to 'admin'@'%'
- identified by '12345678';
5、檢查創建是否成功
- select user,host from MySQL.user;
6、鎖主庫表
- MySQL> flush tables with read lock;
7、顯示主庫信息
記錄File和Position，從庫設置將會用到
- MySQL> show master status;
- +------------------+----------+--------------+------------------+
- | File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
- +------------------+----------+--------------+------------------+
- | MySQL-bin.000003 1635708 | | |
- +------------------+----------+--------------+------------------+
- 1 row in set (0.00 sec)
8、另開一個終端登陸124，打包主庫遷移數據
- # cd /usr/local/webserver/MySQL/
- # tar zcvf data124.tar.gz ./data
二、設置從庫
1、傳輸拿到主庫包、解包
登陸從庫
- #cd /usr/local/webserver/MySQL/
- #tar zxvf data124.tar.gz
2、解鎖主庫表
- MySQL> unlock tables;
3、修改從庫my.cnf
- # vi my.cnf
- # slave
- server-id=2
- master-host=192.168.4.191
- master-user=admin
- master-password=12345678
4、驗證連接主庫
- # /usr/local/webserver/MySQL/bin/MySQL -h 192.168.4.191 -u admin -p
5、在從庫上設置同步
設置連接MASTER MASTER_LOG_FILE為主庫的File，MASTER_LOG_POS為主庫的Position
- MySQL> slave stop;
- MySQL> change master to master_host='192.168.4.191',master_user='admin', master_password='12345678',
- master_log_file='binlog.000003', master_log_pos=1635708;
- MySQL> slave start;
6、啟動從庫服務
- MySQL> slave start;
7、進行測試
在主庫上的iea表上建立名為yuhongchun的表
- MySQL> CREATE TABLE `yuhongchun` (
- `id` INT( 5 ) UNSIGNED NOT NULL AUTO_INCREMENT ,
- `username` VARCHAR( 20 ) NOT NULL ,
- `password` CHAR( 32 ) NOT NULL ,
- `time` DATETIME NOT NULL ,
- `number` FLOAT( 10 ) NOT NULL ,
- `content` TEXT NOT NULL ,
- PRIMARY KEY ( `id` )
- ) ENGINE = MYISAM ;
在從表中馬上看到了效果，主從同步成功了；為了更進一步驗證在從庫上輸入show slave status\G;MySQL> show slave status\G;
Slave_IO_Running: Yes(網絡正常)；Slave_SQL_Running: Yes(表結構正常)，進一步驗證了以上過程的正確性，截圖如下(一定要保證這二項參數為YES)
在主MySQL上可輸入MySQL> show full processlist；觀察其狀態，正確結果也應該如截圖所示：
如果主MySQL發生錯誤，如何做主從切換呢？
1、保證所有從數據庫都已經執行了relay log中的全部更新，在從服務器中執行stop slave io_thread,用show processlist檢查，查看狀態是否是Has read all relay log,表示更新完成.
- MySQL> stop slave io_thread;
- Query OK, 0 rows affected (0.01 sec)
- MySQL> show processlist;
- +----+-------------+-----------+------+---------+------+-----------------------------------------------------------------------+------------------+
- | Id | User | Host | db | Command | Time | State | Info |
- +----+-------------+-----------+------+---------+------+-----------------------------------------------------------------------+------------------+
- | 5 | system user | | NULL | Connect | -626 | Has read all relay log; waiting for the slave I/O thread to update it | NULL |
- | 6 | root | localhost | iea | Query | 0 | NULL | show processlist |
- +----+-------------+-----------+------+---------+------+-----------------------------------------------------------------------+------------------+
- 2 rows in set (0.00 sec)
2、在從服務器上執行stop slave，reset master命令，重置成主數據庫
- MySQL>stop slave;
- Query OK,0 affected (0.00 sec)
- MySQL>reset master;
- Query OK,0 affected (0.00 sec)
3、刪除新的主服務器數據庫目錄中的master.info和relay-log.info文件，否則下次重啟時還會按照從服務器來啟動.
MySQL主從架構投入生產前后應該注意的事項：
一、配置前，master和slave的hostname一定要取個不同的，免得配置時發生問題；另外，強烈建議ntpdate二臺服務器的時間，不然來個未來（future）時間就麻煩了。
二、由于MySQL數據庫走的都是內網，所以二臺機器的iptables可以關閉，在配置過程中由于沒關iptables發生了錯誤，直接導致admin在slave數據庫上連不上主數據庫，這個特指出來給大家借薦 下；
三、主MySQL的binlog功能一定要打開，我們的線上服務器有次由于PHP程序誤操作，發生了改單錯誤，幸虧用binlog恢復過來了；但開啟此功能要注意binlog的大小，有次Nagios狂報警，binlog日志都快1T了；
四、如果slave服務器同步時出現以下報錯：
The slave I/O thread stops because master and slave have equal MySQL server ids; these ids must be different for replication to work (or the –replicate-same-server-id option must be used on slave but this does not always make sense; please check the manual before using it)
說明方從服務器里my.cnf中的server-id有相同的。解決辦法:修改my.cnf里的server-id，并重啟數據庫服務。
五、本著防患于未然，如果做主MySQL的備份時，請盡快用shell腳本同時做下FTP的備份工作，即將本地備份數據即時FTP到存儲服務器上，事實證明：這樣能將備份是救命的稻草的宗旨執行得更為徹底。
平時多檢查MySQL的備份文件，尤其要關注其真實大小及時間；如果有條件，建議多用備份的數據庫文件在其余機器做下恢復實驗，跟真實的運行的數據庫比對，看有無區別。
六、數據庫的主從切換是比較危險的操作，尤其是電子商務的跑單業務，很容易丟失數據，這種操作不到萬不得已不推薦執行！
【編輯推薦】
