MYsql 主从备份

最新推荐文章于 2024-06-18 08:45:04 发布

车马邮件都慢

最新推荐文章于 2024-06-18 08:45:04 发布

阅读量344

点赞数

文章标签：数据库服务器

数据库服务器

虚拟机

OS: Windows Server 2003

1.数据库服务器242

　　IP:192.168.206.242

2.数据库服务器243

　　IP:192.168.206.243

MySQL版本

版本号：5.5.2

查询语句：SELECT VERSION();

数据库同步方式

　　两台服务器互为主从，双向同步数据

　　

创建数据库表

为试验双向同步，简单编写了一个创建数据库和一个用户表的语句。

并分别在服务器242和243上的MySQL中执行语句。
CREATE DATABASE wilsondb;

USE wilsondb;

DROP TABLE IF EXISTS `userinfo`;

CREATE TABLE `userinfo` (

  `UserId` int(11) NOT NULL AUTO_INCREMENT,

  `UserName` varchar(64) DEFAULT NULL,

  PRIMARY KEY (`UserId`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8;

配置数据库my.ini文件

在242和243服务器MySQL的安装目录下找到my.ini文件

1.my.ini文件各配置项简单释义

my.ini详情及简单释义

PS: 上面的折叠代码试验在chrome浏览器下需要手动刷一下页面才能展开

2.配置双向同步

242服务器上配置：

在[mysqld]这个Section中加入如下key/value对：

#---------------------------------------------

server-id=242

log-bin=mysql-bin

relay-log=relay-bin

relay-log-index=relay-bin-index

replicate-do-db=wilsondb

#---------------------------------------------

243服务器上配置：

在[mysqld]这个Section中加入如下key/value对：

#---------------------------------------------

server-id=243

log-bin=mysql-bin

relay-log=relay-bin

relay-log-index=relay-bin-index

replicate-do-db=wilsondb

#---------------------------------------------

3.配置项释义【复制启动选项】

① server-id：标识，唯一，值范围在：1至2^23-1

② log-bin：配置是否在数据库有变动时写二进制日志

查看日志是否开启：

show variables like '%bin';

③ relay-log：这个不太会解释，Master二进制日志到Slave的IO进程会写到relay-log最后一行，Slave的sql进程时刻监测着relay-log是否有变化，有变化则解析执行.

④ replicate-to-db:同步的数据库

⑤ 其它复制启动选项： http://dev.mysql.com/doc/refman/5.1/zh/replication.html#replication-options

在服务器242和243上配置好之后，分别重启MySQL服务，如果重启失败则说明配置有误!

设置主机并启动从服务器线程

服务242上用MySQL命令行工具执行如下语句：

mysql> stop slave;

mysql> change master to master_host='192.168.206.243',master_user='root',master_password='abcd';

mysql> start slave;

mysql> show slave status\G;

#master_host的最大长度为60

#master_user的最大长度为16

#master_password最大长度为32

服务243上上用MySQL命令行工具执行如下语句：

mysql> stop slave;

mysql> change master tomaster_host='192.168.206.242',master_user='root',master_password='abcd';

mysql> start slave;

mysql> show slave status\G;

Show Slave Status 部分释义

① Slave_IO_Status:线程已经连接上主服务器，正等待二进制日志事件到达。如果主服务器正空闲，会持续较长的时间。如果等待持续slave_read_timeout秒，则发生超时。此时，线程认为连接被中断并企图重新连接。

更多Slave_IO_Status: http://dev.mysql.com/doc/refman/5.1/zh/replication.html#slave-io-thread-states

② Master_Host: 主机IP

③ Master_Log_File和Master_LOG_POS选项执行CHANGE MASTER TO来告诉从服务器重新从该点读取二进制日志

④ Slave_IO_Running:是否要从Master复制二进制数据

⑤ Slave_SQL_Running:是否执行从Master复制过来的二进制数据

⑥ Slave_IO_Running和Slave_SQL_Running的值均为Yes时为同步开启;

⑦ Last_Errno和Last_Error是错误信息的提示（如果有错误）

⑧ Seconds_Behind_Master：Slave的数据落后Master的多少秒，同步完成为0

测试同步

  为了方便测试，装了一个Navicat for MySQL;

  对242和243数据库进行了双向的增、删、改操作;

结果：最后都能正确的双向同步。

解决自增长列的问题

原因：当同步断开，两台服务器分别有新数据进入，那么主键ID是自增长列会出现冲突的情况，会导致同步无法继续。

在242和243服务器MySQL的安装目录下找到my.ini文件

分别在文件最后添入下面配置项：

服务器242：

#-------------------------------------

auto_increment_offset=1

auto_increment_increment=2

#-------------------------------------

服务器243：

#-------------------------------------

auto_increment_offset=2

auto_increment_increment=2

#-------------------------------------

查看修改后的属性值：

SHOW VARIABLES LIKE 'auto_inc%';

服务器242：

服务器243：

通过调整auto_increment_offset和auto_increment_increment让两台服务器自增长值不重复，这样多台服务器自增的问题就解决了;

（此项操作为了看自增更明显，我重新生成了表，然后再做了配置，其实本不需要重新生成表结构!）

模拟测试自增长列解决方案

测试过程模拟同步在断开后，两个数据库分别都有数据插入，然后再开启同步，是否会有自增ID的冲突。

1.先分别在服务器242和243上停止Slave线程

2.然后分别向服务器242和243所在数据库中分别插入数据

很明显，分别插入时，自增列也不会重复;

3.分别开启服务器242和243的Slave线程

4.查看同步后的数据

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

大功告成，同步成功，且没有发生冲突！

故障排除

试验过程中遇到几个主要问题：

1.MySQL版本间复制兼容性

　官方是推荐使用最近的版本，复制功能在不断改进中，同时推荐主从服务器使用相同的版本;

为了避免出现一些兼容性的问题，这里两台数据库服务器上的MySQL安装了相同的版本;

　不同MySQL版本之间的复制兼容性: http://dev.mysql.com/doc/refman/5.1/zh/replication.html#replication-compatibility

2.ERROR 1201 (HY000): Could not initialize master info structure; more error messages can be found in the MySQL error log

　在start slave;时出现error 1201(HY000)，出错后注意用show slave status\G 看错误提示（Last_IO_Error和Last_SQL_Error）。后台根据提示定位是在没关掉同步的情况下进行了一些冲突的SQL操作，

解决步骤： ① 停止SQL服务

  ② 删除master.info和relay-log.info文件

  ③ change master to  master_host='XXXXXX',

  master_user='XXXX',master_password='XXXX';

  ④ 重启SQL服务器，再start slave;

  过程中远不止遇到这几个错误，没记录下细节，都是看相关提示修正的，都是些操作问题或者是细心问题;