最近做的一个项目,MySQL主从备份

场景:

1、主服务器192.168.0.1、从服务器192.168.0.2。其中,主服务器上已有数据。

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

 

一、主从备份的原理:

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

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

 

二、同步初态:

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

>use database_name;

>flush tables with read lock;

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

mysqldump -uroot -pxxx database_name >database_name.sql

3、备份完成后,解锁数据库:

>unlock tables;

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

>create database database_name;

>use database_name;

>source database_name.sql;

 完成以上操作后,主从服务器就有一样的初态了。

三、主从同步设置:

1、配置从数据库:

/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服务。

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

>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)

复制代码

3、主服务器创建允许从服务器同步数据的账户:

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

4、从服务器开启同步:

复制代码

>change master to     

              master_host='192.168.0.1',               

              master_user='user_name',    

              master_password='ahaii',   

              master_log_file='mysql-bin.000001',    

              master_log_pos=80647293;

复制代码

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

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

>show slave status\G

显示如下:

复制代码

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

               Slave_IO_State: Waiting for master to send event

                  Master_Host: 192.168.0.1

                  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主主备份配置实例

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

一、在从服务器上创建用于同步的帐号:

>grant …

二、修改主服务器mysql.cnf,加入

replicate_wild_do_table=test.%

relay_log=mysqld-relay-bin

log-slave-updates=YES

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

>show master status\G

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

复制代码

>change master to     

        master_host='192.168.0.2',     

        master_user='user_name',    

        master_password='ahaii',    

        master_log_file='mysql-bin.000009',    

        master_log_pos=107;                

复制代码

 

然后重启mysqld服务。

 

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

===================

 

四、疑惑记录:

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

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

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

  优点:

  binlog中可以不记录执行的sql语句的上下文相关的信息,仅需要记录那一条记录被修改成什么了。所以rowlevel的日志内容会非常清楚的记录下每一行数据修改的细节。而且不会出现某些特定情况下的存储过程,或function,以及trigger的调用和触发无法被正确复制的问题

  缺点:

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

  1.2、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.3、mixed:混合模式复制(mixed-based replicate,MBR)

  mysql的默认模式。

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

2、关于复制参数: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.1、replicate-do-db:在从服务器上设置需要同步的数据库,要同步多个库时可以写多行,每行一个。

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

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

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

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

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

未经允许不得转载:前后端 » 最近做的一个项目,MySQL主从备份

赞 (1)
分享到:更多 ()

评论 0

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址