like'%'+bugleixin+'%'mysql参数_mysql主从复制笔记

一&＃xff1a;测试环境介绍

主从复制测试环境是ubuntu&＃43;mysql5.7,master服务器ip是192.168.71.135,slave服务器ip是192.168.71.137,ubuntu环境是从一台已配置好环境的服务器克隆的。

二&＃xff1a;mysql主从配置

1:)  master配置

a 在mysql 目录下(/etc/mysql)&＃xff0c;mysql.cnf文件中添加server-id和Log-bin.主从服务器的server-id不能相同

log-bin&＃61;mysql-bin

server-id&＃61;100

设置好后&＃xff0c;使用show master status;查询一下状态

设置从服务器连接的账号&＃xff0c;密码等

配置连接用户

GRANT REPLICATION SLAVE ON *.* to &＃39;mysql账号&＃39;&＃64;&＃39;%&＃39; identified by &＃39;密码&＃39;;这里是测试&＃xff0c;没有指定从服务器的ip.如需指定ip,执行下面一个指令

GRANT REPLICATION SLAVE ON *.* to &＃39;mysql账号&＃39;&＃64;&＃39;192.168.71.137&＃39; identified by &＃39;密码&＃39;;

配置好后记录重启mysql.

2:)配置从数据库

2.1  Slave的配置与master类似(配置文件名称&＃xff1a;mysql.cnf&＃xff0c;在/etc/mysql目录&＃xff0c;你的环境可能不是该目录)&＃xff0c;你配置完成后仍然需要重启slave的MySQL。配置参数如下&＃xff1a;

log_bin&＃61; mysql-bin

server_id&＃61; 110

relay_log&＃61;mysql-relay-bin

log_slave_updates&＃61;1

read_only&＃61;1

server_id是必须的&＃xff0c;而且唯一。slave没有必要开启二进制日志&＃xff0c;但是在一些情况下&＃xff0c;必须设置&＃xff0c;例如&＃xff0c;如果slave为其它slave的master&＃xff0c;必须设置bin_log。在这里&＃xff0c;我们开启了二进制日志&＃xff0c;而且显示的命名(默认名称为hostname&＃xff0c;但是&＃xff0c;如果hostname改变则会出现问题)。

relay_log配置中继日志&＃xff0c;log_slave_updates表示slave将复制事件写进自己的二进制日志(后面会看到它的用处)。

有些人开启了slave的二进制日志&＃xff0c;却没有设置log_slave_updates&＃xff0c;然后查看slave的数据是否改变&＃xff0c;这是一种错误的配置。所以&＃xff0c;尽量使用read_only&＃xff0c;它防止改变数据(除了特殊的线程)。但是&＃xff0c;read_only并是很实用&＃xff0c;特别是那些需要在slave上创建表的应用。

2.2  配置完成后重新启动mysql

/etc/init.d/mysql restart

2.3   执行同步SQL语句

mysql> change master to

master_host&＃61;’192.168.71.135’,

master_user&＃61;’syncuser’,

master_password&＃61;’123456’,

master_log_file&＃61;’mysql-bin.000001’, -- 该值来源于主库&＃xff0c;执行show master status 后的File字段

master_log_pos&＃61;443;-- 该值来源于主库&＃xff0c;执行show master status 后的position字段

2.4 查询从库状态

start slave;

show slave status\G

三&＃xff1a;主库SQL测试

主库创建数据库&＃xff1a;

Create database copytest;

创建表:

Create table tu (uid bigint primary key);

添加一条数据

Insert into tu (1);

现在我们来看从数据库&＃xff1a;

从图中可以看到&＃xff0c;主库的数据&＃xff0c;已经复制到了从库。

五&＃xff1a;总结问题

1&＃xff1a;执行同步语句&＃xff0c;出错

mysql> change master to

master_host&＃61;’192.168.71.135’,

master_user&＃61;’syncuser’,

master_password&＃61;’123456’,

master_log_file&＃61;’mysql-bin.000001’,

master_log_pos&＃61;443;

出现如下错误&＃xff1a;

Slave is not configured or failed to initialize properly. You must at least set --server-id to enable either a master or a slave. Additional error messages can be found in the MySQL error log.

解决办法&＃xff1a;

删除slave的mysql库的表

drop table slave_master_info;

drop table slave_relay_log_info;

drop table slave_worker_info;

drop table innodb_index_stats;

drop table innodb_table_stats;

重新启动slave数据库&＃xff1a;/etc/init.d/mysql restart;

2:配置好的&＃xff0c;slave执行show slave status\G语句后&＃xff0c;slave_io_running: no显示no

slave_io_running: yes才能正常复制&＃xff0c;为no时无法复制&＃xff0c;可以看到有一个错误&＃xff0c;

Last_IO_Error: Fatal error: The slave I/O thread stops because master and slave have equal MySQL server UUIDs; these UUIDs must be different for replication to work.

意思是master和slave的uuid重复了&＃xff0c;用show variables like &＃39;%server_uuid%&＃39;查询出uuid&＃xff0c;明显两台机子的uuid一样&＃xff0c;所以出现了上面的错误.

因为主从的utunbu环境是克隆的&＃xff0c;所以出现了这个问题&＃xff0c;我们进入mysql的data 目录&＃xff0c;修改auto.cnf文件&＃xff0c;通过show variables like &＃39;%datadir%&＃39;查询出data目录。

用vim auto.cnf修改auto.cnf文件即可.