生产环境下的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_port=3306,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秒发送一个心跳包)
2.从服务器宕机后,重启slave start.提示:Slave failed to initialize relay log info structure from the repository
重置slave,然后再次启动
reset slave; start slave;
3.从salve拷贝数据库文件,在新的slave上同步,需要更改server-id和server_uuid,server_uuid在数据库目录的auto.cnf文件中
生成uuid
select uuid();
相关文章
- mysql中show processlist过滤和杀死线程
- Windows环境配置Apache+Mysql+PHP
- 数据库-MySQL-基础(5)- DQL
- MySql(一)mysql服务的基本操作及环境配置
- 关于Mysql创建函数报错This function has none of DETERMINISTIC, NO SQL, 的解决方案
- 来,看看MySQL 5.6, 5.7, 8.0的新特性
- MySQL主从环境下存储过程,函数,触发器,事件的复制情况
- 浅析MySQL复制
- MySQL 读写分离方案-Amoeba环境部署记录
- MySQL 高可用方案-PXC环境部署记录
- windows环境下mysql解压缩版安装
- 使用APOC技术从MYSQL数据库导数据到Neo4j图数据库(JDBC)
- Docker容器启动lnmp环境下的mysql服务时报"MySQL server PID file could not be found"错误解决办法
- CentOS6.5安装mysql cluster7.3.7 搭建mysql数据库集群环境(双管理中心)
- 2023-05-05 mysql列存储引擎-用户自定义变量比较出错-问题分析
- 2023-03-14 mysql-innodb中的锁
- MySQL运行环境部署规范
- MySql数据类型详解
- Ubuntu在下面LAMP(Linux+Apache+MySQL+PHP) 开发环境的搭建
- python+flask+html/css+mysql+BAE 打造CSDN简历自动生成系统(附网站完全源码)
- MySQL(六) MySQL添加字段和修改字段和删除字段
- mysql set names.
- mysql安装方式汇总
- 为什么python程序中查询MySQL的语句在数据表数据增加之后,查询到的结果却没变,还是原来的数据量?
- 【mysql我能讲两小时029】如何预防数据库死锁?生产环境如何避免死锁?