MySQL配置主主及主从备份

MySQL主从备份配置实例

 

场景:

一、主服务器192.168.0.22五、从服务器192.168.0.226。其中，主服务器上已有数据。

二、主从服务器上的mysql版本及安装配置相同。

 

1、主从备份的原理:

主服务器数据库的每次操做都会记录在二进制日志文件mysql-bin.xxx中。从服务器的I/O线程使用专用账号登录到主服务器中读取该二进制文件，并将文件内容写入到本身本地的中继日志relay-log文件中。而后从服务器的SQL线程会根据中继日志中的内容执行SQL语句。

这要求两台服务器有一样的初态。

 

2、同步初态:

一、将主服务器要同步的数据库加锁，避免同步时发生改变:

>use database_name;
>flush tables with read lock;

二、使用mysqldump工具导出数据:

mysqldump -uroot -pxxx database_name >database_name.sql

三、备份完成后，解锁数据库:

>unlock tables;

四、将初始数据导入从数据库:

>create database database_name;
>use database_name;
>source database_name.sql;

 完成以上操做后，主从服务器就有同样的初态了。

3、主从同步设置:

一、配置从数据库:

/etc/my.cnf主要配置以下:

log-bin=mysql-bin                                 #开启二进制日志
    

server-id       = 2                               #主数据库id为1,不能相同。
replicate_wild_do_table=test.%                    #只同步test库下的表
relay_log=mysqld-relay-bin                        #记录中继日志
log-slave-updates=YES                             #从服务器同步后记录日志

修改完成后重启mysql服务。

二、查看主服务器日记记录位置:

>show master status\G

显示内容以下:

***************** 1. row ****************
            File: mysql-bin.000001       #当前记录的日志
        Position: 80647293               ＃日志中记录的位置
    Binlog_Do_DB: 
Binlog_Ignore_DB: 
1 row in set (0.00 sec)

三、主服务器建立容许从服务器同步数据的帐户:

>grant replication slave on *.* to 'user_name'@'192.168.0.226' identified by 'ahaii';

四、从服务器开启同步:

>change master to     
              master_host='192.168.0.225',               
              master_user='user_name',    
              master_password='ahaii',   
              master_log_file='mysql-bin.000001',    
              master_log_pos=80647293;

配置完以上后，重启从服务器mysql服务。

五、查看从服务器是否已经成功开启同步:

>show slave status\G

显示以下:

*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 192.168.0.225
                  Master_User: user_name
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-bin.000001
          Read_Master_Log_Pos: 1114
               Relay_Log_File: mysqld-relay-bin.000004
                Relay_Log_Pos: 1260
        Relay_Master_Log_File: mysql-bin.000002
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
              Replicate_Do_DB: 
          Replicate_Ignore_DB: 
           Replicate_Do_Table: 
       Replicate_Ignore_Table: 
      Replicate_Wild_Do_Table: test.%
  Replicate_Wild_Ignore_Table: 
                   Last_Errno: 0
                   Last_Error: 
                 Skip_Counter: 0
          Exec_Master_Log_Pos: 1114
              Relay_Log_Space: 1563
              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
1 row in set (0.00 sec)

其中:Slave_IO_Running和Slave_SQL_Running的状态都是YES,说明同步开启成功。

如今就能够去主服务器上的test库下建立表开测试同步了。

 

 MySQL主主备份配置实例

在主从备份配置完毕的基础上实现双主备份:

1、在从服务器上建立用于同步的账号:

>grant ...

2、修改主服务器mysql.cnf，加入

replicate_wild_do_table=test.%
relay_log=mysqld-relay-bin
log-slave-updates=YES

3、记录从服务器二进制日志文件名与位置:

>show master status\G

4、主服务器开启同步设置:

>change master to     
        master_host='192.168.0.226',     
        master_user='user_name',    
        master_password='ahaii',    
        master_log_file='mysql-bin.000009',    
        master_log_pos=107;                

 

而后重启mysqld服务。

 

以上就是mysql主从、主主设置的过程。

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

 

4、疑惑记录:

一、关于my.cnf配置文件中binlog-format的值:

mysql的binlog-format有三种格式，分别是:row、statement和mixed

　　1.一、row:基于行的复制(row-based replicate,RBP)

　　优势:

　　binlog中能够不记录执行的sql语句的上下文相关的信息，仅须要记录那一条记录被修改为什么了。因此rowlevel的日志内容会很是清楚的记录下每一行数据修改的细节。并且不会出现某些特定状况下的存储过程，或function，以及trigger的调用和触发没法被正确复制的问题

　　缺点:

　　全部的执行的语句当记录到日志中的时候，都将以每行记录的修改来记录，这样可能会产生大量的日志内容,好比一条update语句，修改多条记录，则binlog中每一条修改都会有记录，这样形成binlog日志量会很大，特别是当执行alter table之类的语句的时候，因为表结构修改，每条记录都发生改变，那么该表每一条记录都会记录到日志中。

　　1.二、statement:基于SQL语句的复制(statement-based replicate, SBR)

　　每一条会修改数据库的SQL语句都会被记录在binlog中。

　　优势:

　　不须要记录每一行的变化，减小了binlog日志量，节约了IO，提升性能。(相比row能节约多少性能与日志量，这个取决于应用的SQL状况，正常同一条记录修改或者插入row格式所产生的日志量还小于Statement产生的日志量，可是考虑到若是带条件的update操做，以及整表删除，alter表等操做，ROW格式会产生大量日志，所以在考虑是否使用ROW格式日志时应该跟据应用的实际状况，其所产生的日志量会增长多少，以及带来的IO性能问题。)

　　缺点:

　　因为记录的只是执行语句，为了这些语句能在slave上正确运行，所以还必须记录每条语句在执行的时候的一些相关信息，以保证全部语句能在slave获得和在master端执行时候相同 的结果。另外mysql 的复制,像一些特定函数功能，slave可与master上要保持一致会有不少相关问题(如sleep()函数， last_insert_id()，以及user-defined functions(udf)会出现问题).

　　使用如下函数的语句也没法被复制：

　　* LOAD_FILE()

　　* UUID()

　　* USER()

　　* FOUND_ROWS()

　　* SYSDATE() (除非启动时启用了 --sysdate-is-now 选项)

　　同时在INSERT ...SELECT 会产生比 RBR 更多的行级锁。

　　1.三、mixed:混合模式复制(mixed-based replicate,MBR)

　　mysql的默认模式。

　　mixed模式是以上两种模式的混合使用，通常的语句修改使用statment格式保存binlog，如一些函数，statement没法完成主从复制的操做，则采用row格式保存binlog,MySQL会根据执行的每一条具体的sql语句来区分对待记录的日志形式，也就是在Statement和Row之间选择一种.新版本的MySQL中队row level模式也被作了优化，并非全部的修改都会以row level来记录，像遇到表结构变动的时候就会以statement模式来记录。至于update或者delete等修改数据的语句，仍是会记录全部行的变动。

二、关于复制参数:replicate-do-db、replicate-do-table、replicate-wild-do-table

MySQL官网的介绍:https://dev.mysql.com/doc/refman/5.5/en/replication-options-slave.html

　　2.一、replicate-do-db:在从服务器上设置须要同步的数据库，要同步多个库时能够写多行，每行一个。

　　缺点:不适用于跨库数据更新的复制。

　　2.二、replicate-do-table:在从服务器上设置须要同步的表，格式为db_name.tb_name。每行一个，同步多个表时须要写多行。

　　缺点:不适用于跨库数据更新的复制。

　　2.三、replicate-wild-do-table:在从服务器上设置须要同步的数据库，格式为db_name.tb_name。每行一个，同步多个表时须要写多行。可以使用通配符如"%"、"_"，来匹配多个表，如同步全部以share字符串开头的数据库的全部use字符串开头的表 :replicate-wild-do-db=share%.user%。

　　支持跨库数据更新的复制。