mysql傳統主從、雙主複製+keepalived配置步驟

mysql主從、主主複製（雙主複製）配置步驟

 

一：MySQL複製：

 MySQL複製簡介：

 將master服務器中主數據庫的ddl和dml操做經過二進制日誌傳到slaves服務器上，而後在master服務器上將這些日誌文件從新執行，從而使得slave服務器和master服務器上的數據信息保持同步。

 

Mysql複製的原理：

 將數據分佈到多個系統上去，是經過將Mysql的某一臺master主機的數據複製到其它（slave）主機上，並從新執行一遍來實現的；

 複製過程當中一個服務器充當master服務器，而一臺或多臺其它服務器充當slave服務器。master服務器將更新寫入二進制日誌文件，並維護文件的一個索引以跟蹤日誌循環。

 這些日誌能夠記錄發送到slave服務器的更新。當一個slaves服務器鏈接master服務器時，它通知master服務器從服務器在日誌中讀取的最後一次成功更新的位置。slave服務器接收從那時起發生的任何更新，而後封鎖並等待master服務器通知新的更新。

 

mysql複製的優勢：

 在slave服務器上執行查詢操做，下降master服務器的訪問壓力

 當master服務器上出現了問題能夠切換到slave服務器上，不會形成訪問中斷等問題

 在slave服務器上進行備份，以免備份期間影響master服務器的服務使用及平常訪問

 Mysql自身的複製功能：是構建大型、高性能應用程序的基礎。

 

mysql支持的複製類型：

 基於語句的複製：在主服務器上執行的SQL語句，在從服務器上執行一樣的語句。MySQL默認採用基於語句的複製，效率比較高。一旦發現無法精確複製時，會自動選着基於行的複製。

 基於行的複製：把改變的內容複製過去，而不是把命令在從服務器上執行一遍. 從mysql5.0開始支持

 混合類型的複製:：默認採用基於語句的複製，一旦發現基於語句的沒法精確的複製時，就會採用基於行的複製。

 

MySQL複製技術的特色：

 數據分佈 (Data distribution )

 備份(Backups)

 負載平衡(load balancing)

 高可用性和容錯性 High availability and failover

 

複製的工做過程：

 master將改變記錄到二進制日誌(binary log)中（這些記錄叫作二進制日誌事件，binary log events）；

 slave將master的binary log events拷貝到它的中繼日誌(relay log)；

 slave重作中繼日誌中的事件，將改變反映它本身的數據。

 

第一步：master記錄二進制日誌。在每一個事務更新數據完成以前，master在二日誌記錄這些改變。MySQL將事務串行的寫入二進制日誌，即便事務中的語句都是交叉執行的。在事件寫入二進制日誌完成後，master通知存儲引擎提交事務；

第二步：slave將master的binary log拷貝到本身的中繼日誌。首先，slave開始一個工做線程——I/O線程。I/O線程在master上打開一個普通的鏈接，而後開始binlog dump process。Binlog dump process從master的二進制日誌中讀取事件，若是已經跟上master，它會睡眠並等待master產生新的事件。I/O線程將這些事件寫入中繼日誌；

第三步：SQL slave thread（SQL從線程）處理該過程的最後一步。SQL線程從中繼日誌讀取事件，並重放其中的事件而更新slave的數據，使其與master中的數據一致。只要該線程與I/O線程保持一致，中繼日誌一般會位於OS的緩存中，因此中繼日誌的開銷很小。

 

 

下面使用一次實驗配置主從、主主架構

環境：三臺虛擬機

192.168.0.29  master1

192.168.0.30  master2

192.168.0.32  slave1

192.168.0.34  VIP

其中：master1和slave1是主從關係，master1和master2互爲主從

 

 

1、先修改配置文件

 服務器master1（192.168.0.29）配置以下

 server-id       = 1

log_slave_updates = 1

auto-increment-increment = 2

auto-increment-offset = 1

 

 服務器master2（192.168.0.30）配置

 server-id       = 2

log_slave_updates = 1

auto-increment-increment = 2

auto-increment-offset = 2

 

服務器slave1(192.168.0.32) 配置：

server-id       = 3

log_slave_updates = 1

 

 

三臺服務器mysql都重啓

 shell > service mysqld restart

 

 注：雙主之間只有server-id不一樣和 auto-increment- offset不一樣

 auto-increment-offset是用來設定數據庫中自動增加的起點的，回爲這兩能服務器都設定了一次自動增加值2，因此它們的起點必須得不一樣，這樣才能避免兩臺服務器數據同步時出現主鍵衝突

另：auto-increment-increment的值應設爲整個結構中主庫服務器的總數，本案例用到兩臺主庫服務器，因此值設爲2

  

2、同步數據

 

在master1上：

 #先受權，這樣導出的sql文件中就包含用戶名和密碼，若是你不須要同步系統庫，那麼，須要在從庫change master以前，主從mysql實例都進行受權

mysql> GRANT REPLICATION SLAVE ON *.* TO 'repl'@'192.168.0.%' IDENTIFIED BY '123456';

mysql > grant replication slave on *.* to repl@'127.0.0.1' identified by '123456';

mysql> flush privileges;

  

使用mysqldump導出全部數據庫的數據備份，備份數據前先鎖表，保證數據一致性

mysql> FLUSH TABLES WITH READ LOCK;

 

開啓另一個會話終端執行數據備份：

 shell > /usr/local/services/mysql/bin/mysqldump -uroot -p'xx'  --opt --default-character-set=utf8 --triggers -R --hex-blob --single-transaction --no-autocommit --all-databases > all.sql

 

查看binlog位置，並記下這些信息，後邊會用到：

mysql> show master status\G;

*************************** 1. row ***************************

            File: mysql-bin.000004

        Position: 107

    Binlog_Do_DB:

Binlog_Ignore_DB:

1 row in set (0.00 sec)

 

解表鎖：

 mysql> UNLOCK TABLES;

 

把備份文件傳送到master2和slave1上：

shell > scp all.sql 192.168.0.30:/tmp

shell > scp all.sql 192.168.0.32:/tmp

 導出數據時也能夠不手動加鎖解鎖，mysqldump加一個參數：--master-data=2，該參數會把change master 語句加到all.sql文件中，以註釋的形式寫入，包含master_log_file和master_log_pos，複製出來帶上主庫IP、用戶名和密碼(master_host,master_user,master_password)待從庫導入數據後，便可在從庫上執行change master語句。

 grep '\-\- CHANGE MASTER' all.sql

 

 

3、互告bin-log信息

 在master2中導入all.sql文件，並執行change master語句：

shell > /usr/local/services/mysql/bin/mysql -uroot -p'xx' < /tmp/all.sql

mysql> change master to master_host='192.168.0.29',master_user='repl',master_password='123456',master_log_file='mysql-bin.000004',master_log_pos=107;

  

 

在slave1上執行下面的操做：

導入all.sql文件，並執行change master語句：

shell > /usr/local/services/mysql/bin/mysql -uroot -p'xx' < /tmp/all.sql

  mysql> change master to master_host='192.168.0.29',master_user='repl',master_password='123456',master_log_file='mysql-bin.000004',master_log_pos=107;

 

在master2上面查看binlog位置：

show master status\G;

*************************** 1. row ***************************

            File: mysql-bin.000003

        Position: 509270

    Binlog_Do_DB:

Binlog_Ignore_DB:

1 row in set (0.00 sec)

 

在master1上執行change master

mysql> change master to master_host='192.168.0.30',master_user='repl',master_password='123456',master_log_file='mysql-bin.000003',master_log_pos=509270;

 

這裏要注意：搭建雙主的時候，只須要一邊使用mysqldump導出數據就能夠了，如上所示，master2配置爲master1的主庫時，只須要查看一下master2的binlog位置，而後在master1上change master一下就能夠了，不須要再次把數據用mysqldump倒回去。由於此時master2全部數據自己就是來自master1，sql_thread線程在執行中繼日誌時會忽略自身server-id的記錄，因此隨便指定一個master_log_file對應的master_log_pos位置，直接change過去便可。

大概過程：

 在A上導出的SQL，導入了B，搭建好了AàB的主從，再要搭建B--》A的主從就不能把B的數據導出sql到A了，只須要在B上show master status一下，隨便找一個position，在A上change master一下便可（由於B上的數據原本就是從A同步過去的，B的二進制日誌中的server id全是A的，也就是說B要做爲主庫同步數據到A，B的二進制日誌所有帶有A本身的server id，不須要把本身同步給B的數據再同步回來，因此在B上隨便找一個二進制日誌的position就能夠了）

 

 4、在三服務器都執行如下命令

 mysql> start slave;

  

5、查看狀態

 mysql> show slave status\G

 master1狀態以下：

 

 show slave status\G;

*************************** 1. row ***************************

               Slave_IO_State: Waiting for master to send event

                  Master_Host: 192.168.0.30

                  Master_User: repl

                  Master_Port: 3306

                Connect_Retry: 60

              Master_Log_File: mysql-bin.000003

          Read_Master_Log_Pos: 509270

               Relay_Log_File: localhost-relay-bin.000002

                Relay_Log_Pos: 253

        Relay_Master_Log_File: mysql-bin.000003

             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: 509270

              Relay_Log_Space: 413

              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: 2

1 row in set (0.00 sec)

 

master2狀態以下：

 show slave status\G;

*************************** 1. row ***************************

               Slave_IO_State: Waiting for master to send event

                  Master_Host: 192.168.0.29

                  Master_User: repl

                  Master_Port: 3306

                Connect_Retry: 60

              Master_Log_File: mysql-bin.000004

          Read_Master_Log_Pos: 107

               Relay_Log_File: localhost-relay-bin.000002

                Relay_Log_Pos: 253

        Relay_Master_Log_File: mysql-bin.000004

             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: 107

              Relay_Log_Space: 413

              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: 1

 

slave1狀態以下：

show slave status\G;

*************************** 1. row ***************************

               Slave_IO_State: Waiting for master to send event

                  Master_Host: 192.168.0.29

                  Master_User: repl

                  Master_Port: 3306

                Connect_Retry: 60

              Master_Log_File: mysql-bin.000004

          Read_Master_Log_Pos: 107

               Relay_Log_File: localhost-relay-bin.000002

                Relay_Log_Pos: 253

        Relay_Master_Log_File: mysql-bin.000004

             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: 107

              Relay_Log_Space: 413

              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: 1

  

 當看到了兩個yes，即：

 Slave_IO_Running: Yes

 Slave_SQL_Running: Yes

 說明已經配置成功了

 

接下來看能夠作一下實驗，測試一下是否同步

在master1上面建立庫xiaoboluo，建立表t1，並插入測試數據：

mysql > create database xiaoboluo;

mysql > create table t1 (id int unsigned not null primary key auto_increment, aa varchar(100));

mysql > insert into t1 values('','test1');

mysql > insert into t1 values('','test2');

 

查詢t1表：

mysql> select * from t1;

+----+-------+

| id | aa    |

+----+-------+

|  1 | test1 |

|  3 | test2 |

+----+-------+

 

在master1上查詢t1表：

mysql> select * from t1;

+----+-------+

| id | aa    |

+----+-------+

|  1 | test1 |

|  3 | test2 |

+----+-------+

 

在slave1上查詢t1表：

mysql> select * from t1;

+----+-------+

| id | aa    |

+----+-------+

|  1 | test1 |

|  3 | test2 |

+----+-------+

 

能夠發現master1上建立的庫，表，插入的測試數據，在master2和slave1中都已經同步了

 

如今到master2上插入幾行測試數據：

 mysql> insert into t1 values('','test3');

Query OK, 1 row affected, 1 warning (0.00 sec)

 

mysql> insert into t1 values('','test4');

Query OK, 1 row affected, 1 warning (0.00 sec)

 

mysql> select * from t1;

+----+-------+

| id | aa    |

+----+-------+

|  1 | test1 |

|  3 | test2 |

|  4 | test3 |

|  6 | test4 |

+----+-------+

4 rows in set (0.00 sec)

 

到master1中查詢t1表：

mysql> select * from t1;

+----+-------+

| id | aa    |

+----+-------+

|  1 | test1 |

|  3 | test2 |

|  4 | test3 |

|  6 | test4 |

+----+-------+

4 rows in set (0.00 sec)

 

到slave1中查詢t1表：

mysql> select * from t1;

+----+-------+

| id | aa    |

+----+-------+

|  1 | test1 |

|  3 | test2 |

|  4 | test3 |

|  6 | test4 |

+----+-------+

4 rows in set (0.00 sec)

 

能夠發如今master2中插入的數據，在master1中和slave1中都已經同步

 注意：若是你只須要雙主，那麼把slave1的過程去掉，若是你只須要主從，那麼把master2的步驟去掉。

  

6、如今把keepalived給添加上去：

1.安裝keepalived，在兩臺master上安裝

shell > yum install keepalived -y

 

2.配置keepalived：

A：master1：

shell > cat /etc/keepalived/keepalived.conf

vrrp_script vs_mysql_82 {

    script "/etc/keepalived/checkMySQL.sh"

    interval 60 

}

vrrp_instance VI_82 {

    state BACKUP

    nopreempt

    interface eth0

    virtual_router_id 82

    priority 100

    advert_int 5

    authentication {

        auth_type PASS

        auth_pass 1111

    }

    track_script {

       vs_mysql_82

    }

    virtual_ipaddress {

        192.168.0.34

    }

}

 

 

shell > cat /etc/keepalived/checkMySQL.sh 腳本：

#!/bin/bash

 

MYSQL=/usr/local/mysql/bin/mysql

MYSQL_HOST=127.0.0.1

MYSQL_USER=repluser

MYSQL_PASSWORD=replpass

MYSQL_PORT=3306

 

# 日誌文件

LOG_FILE=/etc/keepalived/check_mysql.log

# 檢查次數

CHECK_TIME=3

 

#mysql is working MYSQL_OK is 1 , mysql down MYSQL_OK is 0

MYSQL_OK=1

  

function check_mysql_helth (){

  $MYSQL -h $MYSQL_HOST -u $MYSQL_USER -p${MYSQL_PASSWORD} -P${MYSQL_PORT} -e "show status;" >/dev/null 2>&1

  if [ $? = 0 ] ;then

    MYSQL_OK=1

  else

    MYSQL_OK=0

  fi

  return $MYSQL_OK

}

 

while [ $CHECK_TIME -ne 0 ]

do

  let "CHECK_TIME -= 1"

  check_mysql_helth

  if [ $MYSQL_OK = 1 ] ; then

    CHECK_TIME=0

    #echo `date --date=today +"%Y-%M-%d %H:%m:%S"` -  [INFO] - mysql available: success[$MYSQL_OK] >> $LOG_FILE

    exit 0

  fi

  if [ $MYSQL_OK -eq 0 ] && [ $CHECK_TIME -eq 0 ]

  then

    /etc/init.d/keepalived stop

    echo `date --date=today +"%Y-%M-%d %H:%m:%S"` -  [INFO] - mysql invaild. keepalived stop. >> $LOG_FILE

    exit 1

  fi

  sleep 1

done

添加執行權限：

shell > chmod +x /etc/keepalived/checkMySQL.sh

 

手動執行下這個腳本，看看返回是不是0，若是是1，請檢查mysql連不上的緣由：

shell > /etc/keepalived/checkMySQL.sh 

shell > echo $?

0

 

B：master2：

shell > cat /etc/keepalived/keepalived.conf

vrrp_script vs_mysql_82 {

    script "/etc/keepalived/checkMySQL.sh"

    interval 60 

}

vrrp_instance VI_82 {

    state BACKUP

    nopreempt

    interface eth0

    virtual_router_id 82

    priority 90

    advert_int 5

    authentication {

        auth_type PASS

        auth_pass 1111

    }

    track_script {

       vs_mysql_82

    }

    virtual_ipaddress {

        192.168.0.34

    }

}

checkMySQL.sh腳本內容與master1同樣，並添加執行權限，手動測試執行

 

3.master1和master2都啓動keepalived：

shell > service keepalived start

shell > chkconfig keepalived on

 

4.測試

在master1上查看下VIP：

shell > ip addr

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN 

    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00

    inet 127.0.0.1/8 scope host lo

    inet6 ::1/128 scope host 

       valid_lft forever preferred_lft forever

2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000

    link/ether 00:0c:29:e0:62:11 brd ff:ff:ff:ff:ff:ff

    inet 192.168.0.30/24 brd 192.168.0.255 scope global eth0

    inet 192.168.0.34/32 scope global eth0

    inet6 fe80::20c:29ff:fee0:6211/64 scope link 

 

       valid_lft forever preferred_lft forever

 

在master2上查看下VIP，正常狀況master2是沒有VIP的：

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN 

    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00

    inet 127.0.0.1/8 scope host lo

    inet6 ::1/128 scope host 

       valid_lft forever preferred_lft forever

2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000

    link/ether 00:0c:29:53:cb:0a brd ff:ff:ff:ff:ff:ff

    inet 192.168.0.32/24 brd 192.168.0.255 scope global eth0

    inet6 fe80::20c:29ff:fe53:cb0a/64 scope link 

       valid_lft forever preferred_lft forever

 

在192.168.0.%網段的任意主機鏈接192.168.0.34，看看可否成功訪問，這裏若是想要看到VIP連到了哪一個服務器，可使用show slave status\G或者show processlist;來判斷，查看到的是主庫信息，即就說明VIP鏈接的是這個主庫的從庫：

shell > mysql -urepl -p'123456' -h 192.168.0.34 -P3306

mysql > \s  --查看下相關信息

--------------

mysql  Ver 14.14 Distrib 5.6.25, for linux-glibc2.5 (x86_64) using  EditLine wrapper

 

Connection id:        821790

Current database:    

Current user:         repl@192.168.0.37  #登陸用戶

SSL:            Not in use

Current pager:        stdout

Using outfile:        '/data/mysql/query.log'

Using delimiter:    ;

Server version:        5.5.24-log Source distribution

Protocol version:    10

Connection:        192.168.0.34 via TCP/IP  #鏈接IP

Server characterset:    utf8

Db     characterset:    utf8

Client characterset:    utf8

Conn.  characterset:    utf8

TCP port:        3306

Uptime:            31 days 17 hours 21 min 59 sec

 

Threads: 2  Questions: 3560094  Slow queries: 1  Opens: 91  Flush tables: 1  Open tables: 25  Queries per second avg: 1.298

 

--------------

 

如今把master1的mysqld停掉（大概等待一分半鐘再次看看兩個master的vip信息，由於keepalived.conf裏配置的檢測間隔是60s，若是發現mysql連不上會重試3次）：

master1，發現VIP沒了：

shell > ip addr

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN 

    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00

    inet 127.0.0.1/8 scope host lo

    inet6 ::1/128 scope host 

       valid_lft forever preferred_lft forever

2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000

    link/ether 00:0c:29:e0:62:11 brd ff:ff:ff:ff:ff:ff

    inet 192.168.0.30/24 brd 192.168.0.255 scope global eth0

    inet6 fe80::20c:29ff:fee0:6211/64 scope link 

 

       valid_lft forever preferred_lft forever

 

master2，發現VIP有了：

shell > ip addr

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN 

    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00

    inet 127.0.0.1/8 scope host lo

    inet6 ::1/128 scope host 

       valid_lft forever preferred_lft forever

2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000

    link/ether 00:0c:29:53:cb:0a brd ff:ff:ff:ff:ff:ff

    inet 192.168.0.32/24 brd 192.168.0.255 scope global eth0

    inet 192.168.0.34/32 scope global eth0

    inet6 fe80::20c:29ff:fe53:cb0a/64 scope link 

       valid_lft forever preferred_lft forever

 

再次遠程鏈接VIP：

shell > mysql -urepl -p'123456' -h 192.168.0.34 -P3306

 

把master1的mysqld啓動起來，而後把master2的關掉，看看VIP可否切換到master1上，過程跟上面的相似，只須要按照上面的過程再次驗證下可否正常訪問便可。這裏要注意，要先啓動mysqld，並檢測主從數據是否一致，若是發現數據不一致，那麼就先修復好數據，而後再啓動keepalived，不然貿然啓動keepalived可能發生VIP切換到問題主庫上致使悲催的事情發生（注：在mysqld實例中止或沒法訪問時，keepalived中的checkMySQL.sh腳本檢測到問題時候，會自動把keepalived關掉）。