建站
咨詢
售后
建站咨詢
新聞中心
1）MySQL的replication過(guò)程是一個(gè)異步同步的過(guò)程，并非完全的主從同步，所以同步的過(guò)程中是有延遲的，如果做了讀寫分離的業(yè)務(wù)的話，建議也要監(jiān)控此延遲時(shí)間；
創(chuàng)新互聯(lián)公司公司2013年成立，先為贛榆等服務(wù)建站，贛榆等地企業(yè)，進(jìn)行企業(yè)商務(wù)咨詢服務(wù)。為贛榆企業(yè)網(wǎng)站制作PC+手機(jī)+微官網(wǎng)三網(wǎng)同步一站式服務(wù)解決您的所有建站問(wèn)題。
2）MySQL的master與slave機(jī)器記得server-id要保持不一致，如果一樣的話，replication過(guò)程中會(huì)出現(xiàn)如下報(bào)錯(cuò):
Fatal error: The slave I/O thread stops because master and slavehave 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 doesnot always make sense; please check the manual before using it).
這個(gè)問(wèn)題很好處理，即將slave機(jī)的server-id修改成跟master機(jī)器不一致即可。
3）我以前的一個(gè)誤區(qū)就是，slave機(jī)器是用自己的二進(jìn)制日志來(lái)完成replication過(guò)程的，其實(shí)不是這樣的，根據(jù)復(fù)制的工作原理：slave服務(wù)器是copy主服務(wù)器的二進(jìn)制日志到自己的中繼日志，即relay-log日志（即centos3-relay-bin.000002這種名字的）中，然后再把更新應(yīng)用用到自己的數(shù)據(jù)庫(kù)上，所以slave機(jī)器是不需要開(kāi)啟二進(jìn)制日志的，這樣過(guò)程一樣會(huì)成功的；除非是準(zhǔn)備做主主架構(gòu)，這才需要slave機(jī)器開(kāi)啟二進(jìn)制日志，這個(gè)問(wèn)題一直在導(dǎo)著我，我以一直以為slave機(jī)器搭建replication環(huán)境時(shí)是一定要開(kāi)啟二進(jìn)制的，
4）在master機(jī)器上授權(quán)時(shí)，盡量只給某一個(gè)或某幾個(gè)固定機(jī)器權(quán)限，讓它們只有replication slav，replication client權(quán)限，盡量不要給grant權(quán)限；另外，雖然數(shù)據(jù)庫(kù)我們一般是通過(guò)內(nèi)網(wǎng)操作，但越是在在內(nèi)網(wǎng)對(duì)MySQL數(shù)據(jù)庫(kù)進(jìn)行授權(quán)操作，越是要注意安全；
5）replication搭建過(guò)程按照正常流程走的話，一般很容易實(shí)施成功，如果出錯(cuò)的話，多檢查下網(wǎng)絡(luò)環(huán)境、權(quán)限問(wèn)題，一般來(lái)說(shuō)整個(gè)搭建過(guò)程應(yīng)該還是會(huì)比較順利的。
在數(shù)據(jù)庫(kù)設(shè)計(jì)初期，我已經(jīng)將此電子商務(wù)的數(shù)據(jù)庫(kù)引擎定義為InnoDB，除了數(shù)據(jù)庫(kù)中原有的系統(tǒng)表之外，其它表全部由MyISAM轉(zhuǎn)成了InnoDB，原因有二：
1）電子商務(wù)業(yè)務(wù)會(huì)涉及到交易付款，在這種基本OLTP的應(yīng)用中，InnoDB應(yīng)該作為核心應(yīng)用表的***存儲(chǔ)引擎；
2）DRBD系統(tǒng)重啟時(shí)的過(guò)程會(huì)比較緩慢，會(huì)頻繁的讀表，如果表引擎為MyISAM的話極有可能出現(xiàn)損壞情況，為了造成不必要的問(wèn)題，我將數(shù)據(jù)庫(kù)的表引擎由MyISAM均轉(zhuǎn)成了InnoDB引擎的表。
DRBD+Heartbeat+MySQL參考以前的工作文檔，搭建的比較順利，就是在搭建replication環(huán)境時(shí)遇到了1062報(bào)錯(cuò)，詳細(xì)過(guò)程如下：
初期參考MySQL手冊(cè)操作，取master機(jī)器的快照備份，用的是--single-transaction選項(xiàng)，然后同步過(guò)程頻繁1062報(bào)錯(cuò)，報(bào)錯(cuò)日志如下：
Last_SQL_Error: Error 'Duplicate entry 'd36ad91bff36308de540bbd9ae6f4279' for key 'PRIMARY'' on query. Default database: 'mypharma'. Query: 'INSERT INTO `lee_sessions` (`session_id`, `ip_address`, `user_agent`, `last_activity`, `user_data`) VALUES ('d36ad91bff36308de540bbd9ae6f4279', '180.153.201.218', 'Mozilla/4.0', 1353394206, '')'
后來(lái)改變思路，用--master-data選項(xiàng)來(lái)取主master快照備份，命令如下所示：
- mysqldump -uroot --quick --flush-logs --master-data=1 -p myproject > myproject.sql
--master-data的用法為：通過(guò)此參數(shù)來(lái)備份SQL文件時(shí)會(huì)建議一個(gè)slave replication，當(dāng)其值為1時(shí)，SQL文件中會(huì)記錄change master語(yǔ)句；當(dāng)其值為2時(shí)，change master會(huì)被寫成SQL注釋，--master-data在沒(méi)有使用--single-transaction選項(xiàng)的情況下會(huì)自動(dòng)使用lock-all-tables選項(xiàng)（即這二代選項(xiàng)不要搭配使用）。
如何查找SQL中的的LOG_FILE及LOG_POS呢？我們可以用如下命令(請(qǐng)注意change單詞要寫成大寫的)，如下所示：
- [root@centos1 ~]# grep "CHANGE " myproject.sql
- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000008', MASTER_LOG_POS=106;
接下來(lái)的replication過(guò)程就不詳細(xì)說(shuō)明了，同步完成后我們經(jīng)過(guò)相當(dāng)長(zhǎng)時(shí)間的觀察，再也沒(méi)1062報(bào)錯(cuò)了，如下所示：
- mysql> show slave status \G;
- *************************** 1. row ***************************
- Slave_IO_State: Waiting for master to send event
- Master_Host: 192.168.11.174
- Master_User: rep1
- Master_Port: 3306
- Connect_Retry: 60
- Master_Log_File: mysql-bin.000008
- Read_Master_Log_Pos: 27880
- Relay_Log_File: centos3-relay-bin.000002
- Relay_Log_Pos: 28025
- Relay_Master_Log_File: mysql-bin.000008
- Slave_IO_Running: Yes
- Slave_SQL_Running: Yes
- Replicate_Do_DB:
- Replicate_Ignore_DB:
- Replicate_Do_Table:
- Replicate_Ignore_Table:
- Replicate_Wild_Do_Table:
- Replicate_Wild_Ignore_Table:
- Last_Errno: 0
- Last_Error:
- Skip_Counter: 0
- Exec_Master_Log_Pos: 27880
- Relay_Log_Space: 28182
- Until_Condition: None
- Until_Log_File:
- Until_Log_Pos: 0
- Master_SSL_Allowed: No
- Master_SSL_CA_File:
- Master_SSL_CA_Path:
- Master_SSL_Cert:
- Master_SSL_Cipher:
- Master_SSL_Key:
- Seconds_Behind_Master: 0
- Master_SSL_Verify_Server_Cert: No
- Last_IO_Errno: 0
- Last_IO_Error:
- Last_SQL_Errno: 0
- Last_SQL_Error:
- 1 row in set (0.00 sec)
以前的項(xiàng)目也比較多的牽涉到InnoDB數(shù)據(jù)庫(kù)的備份及replication，較多的一個(gè)做法是停庫(kù)進(jìn)行replication，雖然也是解決問(wèn)題的一種思路，但畢竟屬于停機(jī)維護(hù)，在一些特殊應(yīng)用場(chǎng)景中是不允許的，我們應(yīng)該多嘗試采用mysqldump這種邏輯備份方式來(lái)取master主機(jī)快照。
目前在測(cè)試ext3和ext4文件系統(tǒng)對(duì)數(shù)據(jù)庫(kù)的影響，感覺(jué)MySQL性能優(yōu)化不大；反而，固態(tài)SSD硬盤對(duì)于提升磁盤I/O方面確實(shí)影響不少，這方面有研究的朋友也歡迎來(lái)信交流。
【編輯推薦】
- 適合初學(xué)者的MySQL學(xué)習(xí)筆記之庫(kù)操作示例
- 適合初學(xué)者的MySQL學(xué)習(xí)筆記之表操作示例
- 適合初學(xué)者的MySQL學(xué)習(xí)筆記之MySQL管理心得
- 適合初學(xué)者的MySQL學(xué)習(xí)筆記之MySQL查詢示例
- 適合初學(xué)者的MySQL學(xué)習(xí)筆記之管理員常用操作總結(jié)
網(wǎng)站題目：InnoDB引擎數(shù)據(jù)庫(kù)主從復(fù)制同步心得
文章源于：http://www.5511xx.com/article/dhiscih.html
