mysql生产环境实现主从复制_生产环境下的mysql主从复制

一.主mysql配置:

1.配置my.cnf

[mysqld]

server-id = 10 #服务器标示

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

binlog-do-db=mydb #需要同步的数据库

配置完成后重启

2.建立复制账号:

grant all privileges on *.* to 'rep'@'192.168.1.xx' identified by '12345678';//这个权限过大应该使用下面这种

grant replication slave on *.* to 'rep'@'192.168.1.%' identified by '12345678';

3.锁定数据库表,导出数据

flush tables with read lock;

新开一个终端导出数据,否则终端退出的时候,自动解锁

mysqldump ...

4.记录file和position

show master status;

5.解锁表

unlock tables;

二,从mysql配置

1.配置my.cnf

[mysqld]

server-id=12

log-bin = mysql-bin #建议主从日志命名一致,这样便于把从服务器变为主服务器

relay_log = mysql-relay-bin #二进制中继日志

log-slave-update = 1 #从服务器把复制事件记录到自己的二进制日志中

read_only = 1 #没有特殊权限的用户更改数据

skip-slave-start = 1 #从服务器mysql启动时,复制不自动开始,需要手动同步

replicate-do-db = mydb #需要复制的同步的数据库

2.导入数据

3.设置同步:

mysql> slave stop;

mysql> change master to master_host='192.168.1.X',master_user='rep', master_password='12345678',master_log_file='mysql-binlog.000001', master_log_pos=264;

4.启动从库服务:

mysql> slave start;

5.如果出现Could not initialize master info structure, more error messages can be found in the MySQL error log,使用mysql>reset slave;重置slave

三.推荐的复制配置:

1.在主服务器上配置:

[mysqld]

sync-binlog = 1 #每次提交事务的时候会把二进制日志同步到磁盘,崩溃后也会把事件写入日志中,便于恢复.但会增加额外开销.只适用于二进制日志,不适用于中继日志.

2.如果使用innodb,推荐在主库上配置:

[mysqld]

innodb_flush_logs_at_trx_commit = 1 #刷新每个日志写入,默认值1的意思是每一次事务提交或事务外的指令都需要把日志写入(flush)硬盘，这是很费时的。特别是使用电 池供电缓存(Battery backed up

cache)时。设成2对于很多运用，特别是从MyISAM表转过来的是可以的，它的意思是不写入硬盘而是写入系统缓存。日志仍然会每秒flush到硬 盘，所以你一般不会丢失超过1-2秒的更新。设成0会更快一点，但安全

方面比较差，即使MySQL挂了也可能会丢失事务的数据。而值2只会在整个操作系统 挂了时才可能丢数据。

innodb_support_xa = 1 #mysql5.0以上版本可用

innodb_safe_binlog #仅仅支持mysql4.0

3.从服务器推荐:

[mysqld]

skip_slave_start = 1 #复制不随数据库启动而启动

read_only = 1

replicate-ignore-table=db_name.memory_table #如果有内存表,配置忽略内存表

其余问题:

1.主服务器重启后,从服务器很久才会同步数据,这是因为slave_net_timeout默认为3600秒导致的.在3600秒后超时.这时候可以重启mysql或重启slave的io thread线程即可.或者设置slave_time_out为10秒,设置master的master_heartbeat_period为10(无数据复制时,10秒发送一个心跳包)