生产环境下的mysql主从复制

时间:2022-12-12 08:03:16

一.主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 #如果有内存表,配置忽略内存表