mysql主从复制和读写分离

一致性是指多副本中的数据一致性问题,可以分为强一致性,顺序一致性,弱一致性

强一致性

在任意时刻，所有节点中的数据是一样的,例如，例如主从数据库,主库更新一个数据后,可以从从库读取到

可以指定复制所有库,指定库,或者指定表

主从复制的优点

• 主库负责写,从库负责读,可以分配负载以提高性能
• 数据备份,从库可以作为备份数据库

主从复制原理

• 主库开启二进制日志
• 主库将sql语句通过io线程保存在二进制日志binary log
• 从库启动io线程,读取主库的binary log到自己的中继日志realy log
• 从库开启sql线程,定时检查realy log,然后执行realy log语句
• 从库会记录主库二级制日志的坐标,所以从库可以暂停恢复继续处理

docker启动mysql容器

https://www.cnblogs.com/sablier/p/11605606.html

# 镜像为mysql:5.7
docker run -p 13306:3306 --name mysql_1 --network mysql-network -e MYSQL_ROOT_PASSWORD=123456 -d mysql:v57
# 进入容器 
docker exec -it mysql_1 /bin/bash
# 允许root远程登录mysql
grant all privileges on *.* to root@'%' identified by "password";
flush privileges;

主库配置

创建用户

# 创建用于复制数据的用户,并只赋予replication权限
create user 'repl'@'%';
grant replication slave on *.* to repl@'%' identified by "123456";
# 导出主库已经存在的数据
mysqldump  -u用户名  -p密码  --all-databases  --master-data=1 > dbdump.db

配置my.cnf

# docker默认路径`/etc/mysql/my.cnf`
vi /etc/mysql/my.cnf

[mysqld]
log-bin=mysql-bin
server-id=1

# 重启
/etc/init.d/mysqld restart

• server-id 为0时,表示主库拒绝任何来自从库的连接
• 主从库server-id不能冲突，主要Master要依靠server_id来决定是否执行event。从库会把主库的event发送回主库???
• 多个从库的server-id不能冲突，server-id用来表示从库连接

从库配置

配置my.cnf

[mysqld]
server-id=2

# 重启
/etc/init.d/mysqld restart
# 设置主库信息
change master to master_host='mysql_1',master_user='repl',master_password='123456';
# 启动
start slave;
# 查看是否成功
show slave status\G

测试sql

# 创建users表
create table users( id int(11) auto_increment, name varchar(100) not null, age int(1) default 0, primary key(id) )engine=InnoDB default charset=utf8;
# 插入一条数据
insert into users(name,age) values('wuzhc',20),('mayun',65);

复制过程

当master上写操作繁忙时，当前POS点例如是10，而slave上IO_THREAD线程接收过来的是3，此时master宕机，会造成相差7个点未传送到slave上而数据丢失

• 异步复制
• 半同步复制

常见的错误

sql_slave_skip_counter表示跳过复制错误

• master上删除一条记录，而slave上找不到
  • set global sql_slave_skip_counter=1;
• 主键重复。在slave已经有该记录，又在master上插入了同一条记录
  • 删除从库重复的记录
• 在master上更新一条记录，而slave上找不到，丢失了数据
  • 从库补充数据,跳过set global sql_slave_skip_counter=1;

恢复relay-log日志

从库有两个线程,一个是Slave_IO_Running,一个是Slave_SQL_Running

Slave_IO_Running ：接收master的binlog信息

• Master_Log_File
• Read_Master_Log_Pos

  Slave_SQL_Running：执行写操作

• Relay_Master_Log_File
• Exec_Master_Log_Pos

  stop slave;
  # MASTER_LOG_FILE对应Relay_Master_Log_File,MASTER_LOG_POS对应Exec_Master_Log_Pos
  CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000001',MASTER_LOG_POS=1609;
  start slave;
  show slave status\G;

mysql自定义dock镜像

FROM mysql:5.7
RUN sed -i "s@http://deb.debian.org@http://mirrors.aliyun.com@g" /etc/apt/sources.list \
	&& sed -i "s@http://security.debian.org@http://mirrors.aliyun.com@g" /etc/apt/sources.list \
	&& rm -Rf /var/lib/apt/lists/* \
	&& apt-get update \
	&& apt-get install vim -y \
	&& apt-get install iputils-ping -y \
	&& apt-get install net-tools -y \
	&& apt-get install ssh -y 

主从复制需要考虑哪些问题？

主从复制延迟

• 升级从库配置
• 升级mysql到5.6之后，采用并行复制
• 分库
• 写一份数据到redis，读从库没有数据时从redis读
• 更改读库的方式
• 使用事务

  事务

  同一个事务的sql发到同个从库

主从复制有哪些方式？

• 半同步复制；防止主库挂掉后数据丢失（半同步复制确保事务提交后binlog至少传输到一个从库，只是传输到从库，不保证从库应用完这个事务的binlog ）
• 并行复制；主要解决主从复制延迟问题

如何查看主从延迟的时间？

通过在从库执行命令show status，其中Seconds_Behind_Master可以反映延迟时间