爲何使用主從架構?java
一、實現服務器負載均衡;mysql
二、經過複製實現數據的異地備份;sql
三、提升數據庫系統的可用性;數據庫
四、能夠分庫【垂直拆分】,分表【水平拆分】;服務器
主從配置的前提條件
一、MySQL版本一致;架構
你尚未安裝MySQL?負載均衡
請參考:CentOS 6.5 下安裝MySQL 5.7.12,使用官網下載的rpm安裝包性能
二、MySQL中的數據一致;測試
不一致就把它們搞一致!spa
三、操做前中止一切更新操做(寫入、更新、刪除等);
配置master(主服務器)
- vi /etc/my.cnf
- #[必須]啓用二進制日誌
- log-bin=mysql-bin
- #[必須]服務器惟一ID,默認是1,通常取IP最後一段
- server-id=151
配置slave(從服務器)
- vi /etc/my.cnf
- #[可選]啓用二進制日誌
- log-bin=mysql-bin
- #[必須]服務器惟一ID,默認是1,通常取IP最後一段
- server-id=152
若是你的從服務器下面再掛從服務器,啓用二進制日誌就是必選的!
重啓mysql服務
/etc/init.d/mysqld restart
重啓的目的是使用剛纔的配置生效,主從都須要重啓;
注意:服務名是「mysqld」,不是某同窗文章中的「mysql」!
在主服務器上建立備份專用賬戶
- mysql -uroot -ppassword -e "GRANT REPLICATION SLAVE,RELOAD,SUPER ON *.* TO 'backup'@'192.168.0.154' IDENTIFIED BY '123456';"
注意:
一、這裏是用GRANT建立用戶並受權遠程登陸權限,而不是使用「Create User」來建立;
二、命令是在Shell下執行,不是在「mysql」客戶端中執行;
我是爲了方便,直接把命令都寫到一行裏了,固然你也能夠先用「mysql -uroot -ppassword」登陸後,
再執行「GRANT REPLICATION SLAVE,RELOAD,SUPER ON *.* TO 'backup'@'192.168.0.154' IDENTIFIED BY '123456';」;
命令中的「password」是什麼鬼?我怎麼登陸不了!泥瑪,我哪知道你的 root 用戶密碼是什麼鬼!
查詢master(主服務器)的狀態
- mysql -uroot -ppassword -e "show master status;"
這是在主服務器上執行的,看準了。
不解釋了,看輸出:
- mysql: [Warning] Using a password on the command line interface can be insecure.
- +------------------+----------+--------------+------------------+-------------------+
- | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
- +------------------+----------+--------------+------------------+-------------------+
- | mysql-bin.000001 | 154 | | | |
- +------------------+----------+--------------+------------------+-------------------+
File列和Position列的值一下子咱們要用到。
配置Slave啓動主從複製
- mysql -uroot -ppassword -e "change master to master_host='192.168.0.151',master_user='backup',master_password='123456',master_log_file='mysql-bin.000001',master_log_pos=154; start slave;"
- //注意不要斷開,154數字先後無單引號。
- //啓動從服務器複製功能
master_host=主服務器IP
master_user=在主服務器上建立的備份用戶名
master_password=備份用戶密碼
master_log_file=查詢master(主服務器)的狀態獲得的File列的值
master_log_pos=Position列的值
start slave:啓動從服務器複製功能
檢查從服務器複製功能狀態
- mysql -uroot -ppassword -e "show slave status\G;"
輸出以下:
- *************************** 1. row ***************************
- Slave_IO_State: Waiting for master to send event
- Master_Host: 192.168.0.151
- Master_User: backup
- Master_Port: 3306
- Connect_Retry: 60
- Master_Log_File: mysql-bin.000001
- Read_Master_Log_Pos: 154
- Relay_Log_File: vir2-relay-bin.000002
- Relay_Log_Pos: 320
- Relay_Master_Log_File: mysql-bin.000001
- 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: 154
- Relay_Log_Space: 526
- 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:
- Replicate_Ignore_Server_Ids:
- Master_Server_Id: 151
- Master_UUID: 959de288-197f-11e6-9615-525400190a25
- Master_Info_File: /var/lib/mysql/master.info
- SQL_Delay: 0
- SQL_Remaining_Delay: NULL
- Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates
- Master_Retry_Count: 86400
- Master_Bind:
- Last_IO_Error_Timestamp:
- Last_SQL_Error_Timestamp:
- Master_SSL_Crl:
- Master_SSL_Crlpath:
- Retrieved_Gtid_Set:
- Executed_Gtid_Set:
- Auto_Position: 0
- Replicate_Rewrite_DB:
- Channel_Name:
- Master_TLS_Version:
主要查看如下兩項:
- Slave_IO_Running: Yes
- lave_SQL_Running: Yes
Slave_IO及Slave_SQL進程必須正常運行,即YES狀態,不然都是錯誤的狀態(如:其中一個NO均屬錯誤)。
以上操做過程,主從服務器配置完成。
我在一次配置過程當中忘記在主服務器上建立備份用戶,Slave_IO_Running 就一直處於「connect」狀態。
主從服務器測試
在主服務器上執行如下操做:
你仍是登陸Mysql再操做吧,此次命令比較多,不組合了!
- mysql -uroot -ppassword
-
- create database db_test_slave;
- use db_test_slave;
- create table tb_test(id int(3), name varchar(50));
- insert into tb_test values(1,'hello slave');
- show databases;
在從服務器上執行如下操做:
- mysql -uroot -ppassword -e "show databases; use db_test_slave; select * from tb_test;"
查看輸出:
- +--------------------+
- | Database |
- +--------------------+
- | information_schema |
- | db_test_slave |
- | mysql |
- | performance_schema |
- | sys |
- +--------------------+
- +------+-------------+
- | id | name |
- +------+-------------+
- | 1 | hello slave |
- +------+-------------+
看到在主服務器上建立的數據庫、數據表、插入的數據記錄了嗎?
沒有?本身找找緣由吧,我一次就成功了。
結束語
上面提到了「若是你的從服務器下面再掛從服務器,啓用二進制日誌就是必選的!」,主從只是一個相對概念,一臺MySQL服務便可以是主,也能夠是從。
一開始講了主從複製的一些好處,可是單一的主從複製也有其不足:當更新操做增長到必定程度後,主服務器的任務會過度繁重,成爲瓶頸,從而使系統性能大幅度降低。另外當主機出現故障時,整個系統都涉及更新的功能都不能正常使用,所以系統的可靠性依然不高。
參考
http://blog.csdn.net/xmz_java/article/details/54896955