昨天做了MYSQL 主從服務器同步配置。今天早上起了個大早,到現在還是睡意朦朧。。。
現在寫下整個同步過程及需要注意的地方
目前情況:
1.系統版本都是rhel5 mysql版本相同
2.主服務器正在運行,不能停止。
3.主服務器IP爲:10.0.0.2
從服務器IP爲:10.0.0.3
4.從服務器MSYQL slave 爲停止狀態
配置過程:
1、爲了安全起見,建同步賬號
mysql> GRANT REPLICATION SLAVE ON *.*
-> TO 'repl'@'%.mydomain.com' IDENTIFIED BY 'slavepass';
本例: GRANT REPLICATION SLAVE ON *.* TO [email protected] IDENTIFIED BY mysqlslave;
2、鎖表
mysql > FLUSH TABLES WITH READ LOCK;
注意:爲了保證FLUSH TABLES語句讓讀鎖定保持有效。(如果退出客戶程序,鎖被釋放)。建立新的SSH連接,然後對主服務器上的數據進行快
照。
3、建立快照
tar -cvf /tmp/mysql-snapshot.tar ./data
數據庫大怎麼辦?用mysqldump導出。
本例:tar -cvf /tmp/mysql-snapshot.tar ./data/newnew --其中的一個數據庫,其它的無關緊要。
4、記下file pos值
當FLUSH TABLES WITH READ LOCK所置讀鎖定有效時,讀取主服務器上當前的二進制日誌名(file)和偏移量值(pos):
mysql > SHOW MASTER STATUS;
+---------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+---------------+----------+--------------+------------------+
| mysql-bin.003 | 73 | test | manual,mysql |
+---------------+----------+--------------+------------------+
File列顯示日誌名,而Position顯示偏移量。在該例子中,二進制日誌值爲mysql-bin.003,偏移量爲73。記錄該值。以後設置從服務器時需要
使用這些值。它們表示複製座標,從服務器應從該點(也可以是任何點)開始從主服務器上進行新的更新。
5、解鎖
mysql > UNLOCK TABLES;
這時也可以使用mysql > SHOW MASTER STATUS; 查看pos在不斷的變化。
6、配置主從服務器my.cnf
主
[mysqld]
log-bin=mysql-bin
server-id=1
從
[mysqld]
log-bin=mysql-bin
server-id=2
7、將主服務器快照信息COPY至從服務器,重啓從服務器MYSQL,並配置MASTER
# scp /tmp/mysql-snapshot.tar [[email protected]:/root][email protected]:/root[/email]
# 在從服務器解壓,覆蓋data,注意權限
#從服務器操作 service mysqld restart
# mysql> CHANGE MASTER TO
-> MASTER_HOST='master_host_name',
-> MASTER_USER='replication_user_name',
-> MASTER_PASSWORD='replication_password',
-> MASTER_LOG_FILE='recorded_log_file_name',
-> MASTER_LOG_POS=recorded_log_position;
本例:
# mysql> CHANGE MASTER TO
-> MASTER_HOST='10.0.0.2',
-> MASTER_USER='mysqlms',
-> MASTER_PASSWORD='mysqlslave',
-> MASTER_LOG_FILE='mysql-bin.003',
-> MASTER_LOG_POS=73;
----這些信息在主服務器用mysql > SHOW MASTER STATUS;查看得知。
8、驗證配置是否正確
登錄從服務器輸入如下命令:
mysql> show slave status\G
會得到類似下面的列表:
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
9、啓動同步
從服務器
mysql> start slave;
10、再次驗證同步
在主服務器建個表,在從服務器查看是否也有。
附:
一些錯誤信息的處理,主從服務器上的命令,及狀態信息。
在從服務器上使用show slave status\G
Slave_IO_Running,爲No,
則說明IO_THREAD沒有啓動,請執行start slave io_thread
Slave_SQL_Running爲No
則複製出錯,查看Last_error字段排除錯誤後執行start slave sql_thread
查看Slave_IO_State字段空 //複製沒有啓動
Connecting to master//沒有連接上master
Waiting for master to send event//已經連上
主服務器上的相關命令:
show master status
show slave hosts
show logs
show binlog events
purge logs to 'log_name'
purge logs before 'date'
reset master(老版本flush master)
set sql_log_bin=
從服務器上的相關命令:
slave start
slave stop
SLAVE STOP IO_THREAD //此線程把master段的日誌寫到本地
SLAVE start IO_THREAD
SLAVE STOP SQL_THREAD //此線程把寫到本地的日誌應用於數據庫
SLAVE start SQL_THREAD
reset slave
SET GLOBAL SQL_SLAVE_SKIP_COUNTER
load data from master
show slave status(SUPER,REPLICATION CLIENT)
CHANGE MASTER TO MASTER_HOST=, MASTER_PORT=,MASTER_USER=, MASTER_PASSWORD= //動態改變master信息
PURGE MASTER [before 'date'] 刪除master端已同步過的日誌
6.3.1 Master 同步線程狀態
以下列出了master的 Binlog Dump 線程 State 字段中最常見的幾種狀態。如果在master上沒有 Binlog Dump 線程,那麼同步就沒有在運行。
也就是說,沒有slave連接上來。
Sending binlog event to slave
事件是由二進制日誌構成,一個事件通常由更新語句加上其他信息。線程讀取到一個事件並正發送到slave上。
Finished reading one binlog; switching to next binlog
讀取完了一個二進制日誌,正切換到下一個。
Has sent all binlog to slave; waiting for binlog to be updated
已經讀取完全部未完成更新日誌,並且全部都發送到slave了。它處於空閒狀態,正等待在master上執行新的更新操作以在二進制日誌中產生新
的事件,然後讀取它們。
Waiting to finalize termination
當前線程停止了,這個時間很短。
6.3.2 Slave的I/O線程狀態
以下列出了slave的I/O線程 State 字段中最常見的幾種狀態。從MySQL 4.1.1開始,這個狀態在執行 SHOW SLAVE STATUS 語句結果的
Slave_IO_State 字段也會出現。這意味着可以只執行 SHOW SLAVE STATUS 語句就能瞭解到更多的信息。
Connecting to master
該線程證嘗試連接到master上。
Checking master version
確定連接到master後出現的一個短暫的狀態。
Registering slave on master
確定連接到master後出現的一個短暫的狀態。
Requesting binlog dump
確定連接到master後出現的一個短暫的狀態。該線程向master發送一個請求,告訴它要請求的二進制文件以及開始位置。
Waiting to reconnect after a failed binlog dump request
如果二進制日誌轉儲(binary log dump)請求失敗了(由於連接斷開),該線程在休眠時進入這個狀態,並定期重連。重連的時間間隔由 --
master-connect-retry 選項來指定。
Reconnecting after a failed binlog dump request
該線程正嘗試重連到master。
Waiting for master to send event
已經連接到master,正等待它發送二進制日誌。如果master閒置時,這個狀態可能會持續較長時間,如果它等待超過 slave_read_timeout 秒
,就會發生超時。這時,它就會考慮斷開連接,然後嘗試重連。
Queueing master event to the relay log
已經讀取到一個事件,正把它拷貝到中繼日誌中以備SQL線程處理。
Waiting to reconnect after a failed master event read
讀日誌時發生錯誤(由於連接斷開)。該線程在重連之前休眠 master-connect-retry 秒。
Reconnecting after a failed master event read
正嘗試重連到master。當連接確定後,狀態就變成 Waiting for master to send event。
Waiting for the slave SQL thread to free enough relay log space
relay_log_space_limit 的值非零,中繼日誌的大小總和超過這個值了。I/O線程等待SQL線程先處理中繼日誌然後刪除它們以釋放足夠的空間
。
Waiting for slave mutex on exit
當前線程停止了,這個時間很短。
6.3.3 Slave的SQL線程狀態
以下列出了slave的SQL線程 State 字段中最常見的幾種狀態:
Reading event from the relay log
從中繼日誌裏讀到一個事件以備執行。
Has read all relay log; waiting for the slave I/O thread to update it
已經處理完中繼日誌中的全部事件了,正等待I/O線程寫入更新的日誌。
Waiting for slave mutex on exit
當前線程停止了,這個時間很短。
mysql M/S配置小記--最基礎的東西
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章
MySQL数据库集群-PXC方案
wy53780
2020-04-23 13:55:07
sql語法、關係建模
死瘦宅
2019-02-24 22:35:22
MySQL 事務、函數、觸發器、數據庫備份、權限管理
死瘦宅
2019-02-24 22:35:12
《從0到1學習Flink》—— Flink 讀取 Kafka 數據批量寫入到 MySQL
zhisheng
2019-02-24 21:04:11
SpringBoot 填坑 (一) | CentOS7.4 環境下,表時間字段默認值設置失效
一個優秀的廢人
2019-02-24 15:33:55
mysql-存儲過程
雙子城
2019-02-24 13:43:57
jmeter學習指南之操作 mysql 數據庫
小強測試
2019-02-24 13:34:06
20190222全天的實驗
清歡難尋
2019-02-24 13:17:21
數據庫監控:zabbix(fpmmm)
AMGYM
2019-02-24 13:05:14
數據庫監控:nagios(check_mysql_health)
AMGYM
2019-02-24 13:05:14
如何釋放已刪除的InnoDB磁盤空間
lvrenX
2019-02-24 13:04:33
MYSQL中視圖的使用
雙子城
2019-02-24 08:44:17
MySQL從刪庫到跑路
司木
2019-02-24 00:24:07
bat記錄遠程桌面連接登錄信息
jason1982
2019-02-24 12:57:09