MVCC,主从复制,分库分表(垂直/水平)，InnoDB结构

黄连升

于 2025-05-12 20:14:02 发布

阅读量494

点赞数 11

文章标签： MVCC 主从复制分库分表日志 InnoDB 快照读当前读

本文链接：https://blog.csdn.net/2401_85190702/article/details/147903572

版权

MVCC（Multi-Version Concurrency Control,多版本并发控制）

基本概念

当前读（Current Read）：最新版本，不能修改当前记录（一般就是加锁的那种 lock in share mode如金融交易、库存扣减。），通过共享锁（LOCK IN SHARE MODE）或排他锁（FOR UPDATE）阻塞其他事务的写操作

快照读（Snapshot Read）：select 语句(读取事务开始时的数据快照（历史版本），无需加锁

基于MVCC机制，通过undo log版本链和Read View选择可见版本，不阻塞其他事务的读写，高并发性能好。允许延迟一致（如报表查询）

实现方式（隐藏字段+undo log+readview）

三个隐式字段

trx_id: 记录修改数据事务对应的事务id roll_ptr:undo log 回滚指向这条记录的上一个版本 row_id: 没有主键，自动生成叫隐藏主键

uodolog回滚日志

记录版本链条（roll_ptr）头部是最新的旧记录，尾部是最早的旧记录（往前面加）

readView(读视图)

快照读记录当前未提交事务的id（m_ids/min_trx_id/max_trx_id /creator_trx_id）

总结：MVCC通过版本链、Undo Log和Read View的协作，实现了高效的并发控制，

主从复制（实现原理，搭建方式）

简单概述

将主数据库（master）的DDL/DML 语句通过 binlog(二进制日志) 传到从数据库（slave）

三个方面主从复制的必要性

主库宕机，从库替换
读写分离，减低主库的访问压力
在从库备份，优化主库性能

主从复制的实现原理三个步骤

主库增删改操作记录到 binlog (变成二进制数据)
从库--通过 IOThread 读取（二进制数据），写入Relaylog (中继日志)
从库 --通过 SQLthread 重做（relaylog），变成自己的数据存储

总而言之：主库-输出二进制（binlog）-从库 I/O线程输入 中继日志 relaylog 再线程转化为自己的数据!!!!!!!

搭建

###################准备两台服务器，设计阶段关闭防火墙
systemctl stop firewalld;
#关闭开机自启动
systemctl disable firewalld;

##如果是服务阶段 开放指定端口
firewall-cmd--zone=publc--add-port=3306/tcp-permannet
firewall-cmd-reload


###################主库 配置 集群唯一
server-id=1;
#只读1  读写0
read-only=0;
#f赋予'hhh'@'%'主从复制的权限   replication (复制的意思)
grant replication slave on *.* to 'hhh'@'%';

#查看  二进制日志坐标
show master status;

#################以下在从库操作########
######修改位置  /etc/my.cnf
#从库 配置 集群唯一 和主库不一样就行
server-id=2;
#只读1  读写0
read-only=1;

#连接 登入	mysql 在从库执行 连接 手机 连WiFi 一样
change replication source to source_host='192.168.200.200' ,source_user='hhh',
source_password='root' ,source_log_file='binlog.000004',source_log_pos=663;

#启动  同步操作
start replica;