程式師世界 >> 數據庫知識 >> MYSQL數據庫 >> MySQL綜合教程 >> 經由過程兩種方法增長從庫——一直止mysql辦事

經由過程兩種方法增長從庫——一直止mysql辦事

編輯：MySQL綜合教程

經由過程兩種方法增長從庫——一直止mysql辦事。本站提示廣大學習愛好者：（經由過程兩種方法增長從庫——一直止mysql辦事）文章只能為提供參考，不一定能成為您想要的結果。以下是經由過程兩種方法增長從庫——一直止mysql辦事正文

普通在線增長從庫有兩種方法，一種是經由過程mysqldump備份主庫，恢復到從庫，mysqldump是邏輯備份，數據量年夜時，備份速度會很慢，鎖表的時光也會很長。另外一種是經由過程xtrabackup對象備份主庫，恢復到從庫，xtrabackup是物理備份，備份速度快，不鎖表。為何不鎖表?由於本身會監控主庫日記，假如有更新的數據，就會先寫到一個文件中，然後再回歸到備份文件中，從而堅持數據分歧性。

如今臨盆情況MySQL數據庫是一主一從，因為營業量拜訪赓續增年夜，故再增長一台從庫。條件是不克不及影響線上營業應用，也就是說不克不及重啟MySQL辦事，為了不湧現其他情形，選擇在網站拜訪量低峰期時光段操作。

辦事器信息：

主庫：192.168.18.212(原有)
從庫1：192.168.18.213(原有)
從庫2：192.168.18.214(新增)
數據庫版本：MySQL5.5
存儲引擎：Innodb
測試庫名：weibo

1、mysqldump方法

MySQL主從是基於binlog日記，所以在裝置好數據庫後就要開啟binlog。如許利益是，一方面可以用binlog恢單數據庫，另外一方面可認為主從做預備。

原有主庫設置裝備擺設參數以下：

# vi my.cnf
server-id = 1             #id要獨一
log-bin = mysql-bin         #開啟binlog日記
auto-increment-increment = 1   #在Ubuntu體系中MySQL5.5今後曾經默許是1
auto-increment-offset = 1
slave-skip-errors = all      #跳過主從復制湧現的毛病

1. 主庫創立同步賬號

mysql> grant all on *.* to 'sync'@'192.168.18.%' identified by 'sync';

2. 從庫設置裝備擺設MySQL

# vi my.cnf
server-id = 3             #這個設置3
log-bin = mysql-bin         #開啟binlog日記
auto-increment-increment = 1   #這兩個參數在Ubuntu體系中MySQL5.5今後都曾經默許是1
auto-increment-offset = 1
slave-skip-errors = all      #跳過主從復制湧現的毛病

3. 備份主庫

# mysqldump -uroot -p123 --routines --single_transaction --master-data=2 --databases weibo > weibo.sql

參數解釋：
--routines：導出存儲進程和函數
--single_transaction：導出開端時設置事務隔離狀況，並應用分歧性快照開端事務，然後unlock tables;而lock-tables是鎖住一張表不克不及寫操作，直到dump終了。
--master-data：默許等於1，將dump肇端(change master to)binlog點和pos值寫到成果中，等於2是將change master to寫到成果中並正文。

4. 把備份庫拷貝到從庫

# scp weibo.sql [email protected]:/home/root

5. 在主庫創立test_tb表，模仿數據庫新增數據，weibo.sql是沒有的

mysql> create table test_tb(id int,name varchar(30));

6. 從庫導入備份庫

# mysql -uroot -p123 -e 'create database weibo;'
# mysql -uroot -p123 weibo < weibo.sql

7. 在備份文件weibo.sql檢查binlog和pos值

# head -25 weibo.sql
-- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000001', MASTER_LOG_POS=107; #年夜概22行

8. 從庫設置從這個日記點同步，並啟動

mysql> change master to master_host='192.168.18.212', 
  -> master_user='sync', 
  -> master_password='sync', 
  -> master_log_file='mysql-bin.000001', 
  -> master_log_pos=107; 
mysql> start slave; 
mysql> show slave status\G; 
ERROR 2006 (HY000): MySQL server has gone away 
No connection. Trying to reconnect... 
Connection id:  90 
Current database: *** NONE *** 
*************************** 1. row *************************** 
        Slave_IO_State: Waiting for master to send event 
         Master_Host: 192.168.18.212 
         Master_User: sync 
         Master_Port: 3306 
        Connect_Retry: 60 
       Master_Log_File: mysql-bin.000001 
     Read_Master_Log_Pos: 358 
        Relay_Log_File: mysqld-relay-bin.000003 
        Relay_Log_Pos: 504 
    Relay_Master_Log_File: mysql-bin.000001 
       Slave_IO_Running: Yes 
      Slave_SQL_Running: Yes 
......

可以看到IO和SQL線程均為YES，解釋主從設置裝備擺設勝利。

9. 從庫檢查weibo庫外面的表

mysql> show tables; 
+---------------------------+ 
| Tables_in_weibo      | 
+---------------------------+ 
| test_tb          |

發明適才模仿創立的test_tb表曾經同步過去!

2、xtrabackup方法(推舉)

在下面設置裝備擺設基本上做試驗，先刪除失落從庫設置裝備擺設：

mysql> stop slave;         #停滯同步
mysql> reset slave;        #消除從銜接信息
mysql> show slave status\G;   #再檢查從狀況，可以看到IO和SQL線程都為NO
mysql> drop database weibo;   #刪除weibo庫

此時，從庫如今和新裝的一樣，持續進步!

1. 主庫應用xtrabackup備份

# innobackupex --user=root --password=123 ./

生成一個以時光為定名的備份目次：2015-07-01_16-49-43

# ll 2015-07-01_16-49-43/
total 18480
drwxr-xr-x 5 root root     4096 Jul 1 16:49 ./
drwx------ 4 root root     4096 Jul 1 16:49 ../
-rw-r--r-- 1 root root      188 Jul 1 16:49 backup-my.cnf
-rw-r----- 1 root root 18874368 Jul 1 16:49 ibdata1
drwxr-xr-x 2 root root     4096 Jul 1 16:49 mysql/
drwxr-xr-x 2 root root     4096 Jul 1 16:49 performance_schema/
drwxr-xr-x 2 root root    12288 Jul 1 16:49 weibo/
-rw-r--r-- 1 root root       21 Jul 1 16:49 xtrabackup_binlog_info
-rw-r----- 1 root root       89 Jul 1 16:49 xtrabackup_checkpoints
-rw-r--r-- 1 root root      563 Jul 1 16:49 xtrabackup_info
-rw-r----- 1 root root     2560 Jul 1 16:49 xtrabackup_logfile

2. 把備份目次拷貝到從庫上

# scp -r 2015-07-01_16-49-43 [email protected]:/home/root

3. 從庫上把MySQL辦事停失落，刪除datadir目次，將備份目次重定名為datadir目次

# sudo rm -rf /var/lib/mysql/
# sudo mv 2015-07-01_16-49-43/ /var/lib/mysql
# sudo chown mysql.mysql -R /var/lib/mysql
# sudo /etc/init.d/mysql start
# ps -ef |grep mysql #檢查曾經正常啟動
mysql 8832 1 0 16:55 ? 00:00:00 /usr/sbin/mysqld

4. 在主庫創立test_tb2表，模仿數據庫新增數據

mysql> create table test_tb2(id int,name varchar(30));

5. 從備份目次中xtrabackup_info文件獲得到binlog和pos地位

# cat /var/lib/mysql/xtrabackup_info
uuid = 201af9db-1fce-11e5-96b0-525400e4239d
name =
tool_name = innobackupex
tool_command = --user=root --password=... ./
tool_version = 1.5.1-xtrabackup
ibbackup_version = xtrabackup version 2.2.11 based on MySQL server 5.6.24 Linux (x86_64) (revision id: )
server_version = 5.5.43-0ubuntu0.12.04.1-log
start_time = 2015-07-01 16:49:43
end_time = 2015-07-01 16:49:46
lock_time = 1
binlog_pos = filename 'mysql-bin.000001', position 429 #這個地位
innodb_from_lsn = 0
innodb_to_lsn = 1598188
partial = N
incremental = N
format = file
compact = N
compressed = N

6. 從庫設置從這個日記點同步，並啟動

mysql> change master to master_host='192.168.18.212',
    -> master_user='sync',
    -> master_password='sync',
    -> master_log_file='mysql-bin.000001',
    -> master_log_pos=429;
mysql> start slave;
mysql> show slave status\G;
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 192.168.18.212
                  Master_User: sync
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-bin.000001
          Read_Master_Log_Pos: 539
               Relay_Log_File: mysqld-relay-bin.000002
                Relay_Log_Pos: 363
        Relay_Master_Log_File: mysql-bin.000001
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
......