MySQL深入03锁事务GTID

MySQL的锁

执行操作时施加的锁模式

读锁&＃xff1a;又称共享锁&＃xff0c;多个读操作可以同时施加&＃xff0c;非阻塞

写锁&＃xff1a;又称独占锁或排它锁&＃xff0c;阻塞

根据锁粒度分类

表锁&＃xff1a;table lock&＃xff0c;锁定了整张表&＃xff0c;开销小

行锁&＃xff1a;row lock&＃xff0c;锁定了需要的行&＃xff0c;开销大

注&＃xff1a;锁的粒度越小&＃xff0c;开销越大&＃xff0c;但并发性越好

根据锁的实现位置分类

MySQL锁&＃xff1a;可以手动施加锁&＃xff0c;又称显示锁(表级锁)

  lock tables Tb_Name {read | write} [,Tb_Name2 Lock_Type2]… 

存储引擎锁&＃xff1a;自动进行的&＃xff0c;又称隐式锁

行级锁&＃xff1a;只锁定挑选出的部分行&＃xff0c;是InnoDB存储引擎中支持的另外一种显示锁

  select … lock in share mode; # 对挑选出的行施加读锁 
 select … for update; # 对挑选出的行施加写锁 

MySQL的事务

事务就是一组原子性的查询语句

ACID测试&＃xff1a;能满足ACID测试就表示其支持事务&＃xff0c;或兼容事务

  A&＃xff1a;Atomicity # 原子性 
 C&＃xff1a;Consistency # 一致性 
 I&＃xff1a;Isolation # 隔离性&＃xff0c;一个事务的所有操作在提交之前对其它事务是不可见的 
 D&＃xff1a;Durability # 持久性&＃xff0c;一旦事务得以提交&＃xff0c;其所作的修改会永久有效 

隔离级别

  read uncommited (读未提交) # 容易产生脏读&＃xff0c;不可重复读&＃xff0c;幻读 
# 脏读&＃xff1a;能够读取未提交的事务内容
 read commited(读提交) # 只能看到已提交事务的修改内容&＃xff0c;但仍然存在不可重复读&＃xff0c;幻读 
# 不可重复读&＃xff1a;在同一次事务中&＃xff0c;多次同一读取操作结果不一致&＃xff0c;因为读取了其他事务的操作结果
 repeatable read(可重读) # 容易产生幻读 
# 幻读&＃xff1a;对于自己未修改的内容&＃xff0c;事务提交前后出现的结果不一致
 serializable(可串行化)  # 强制事务的串行执行&＃xff0c;避免了幻读&＃xff0c;但效率极低 

查看MySQL的事务隔离级别

 show global variables like ‘tx_isolation’;
 select &＃64;&＃64;global.tx_isolation; 
# 建议&＃xff1a;对事务要求不严格的场景下&＃xff0c;隔离级别可以使用“读提交”

MySQL实现事务的原理&＃xff1a;MVCC(多版本并发控制)

 每个事务启动时&＃xff0c;InnoDB会为每个启动的事务提供一个当下时刻的快照&＃xff1b;
为了实现此功能&＃xff0c;InnoDB会为每个表提供2个隐藏字段&＃xff0c;一个用于保存行的创建时间&＃xff0c;一个用于保存行的失效时间&＃xff08;里面存储的是系统版本号&＃xff1a;system version number&＃xff09;
在某一事务中&＃xff0c;使用比当前事务相等或更旧的版本号数据&＃xff0c;从而保证其所读取的数据都是过去的数据
 注&＃xff1a;只在2个隔离级别下有效&＃xff1a;read commited和repeatable read 

手动执行事务操作

  start transaction&＃xff1b; # 手动开始执行事务操作 
 rollback&＃xff1b;# 在事务未提交前回滚&＃xff0c;放弃全部修改 
 savepoint a; # 定义当前位置为保存点a 
 rollback to a; # 回滚至保存点a 
 commit&＃xff1b; # 提交事务 
# 如果没有显示启动事务&＃xff0c;每个语句都会当做一个独立事务&＃xff0c;其执行完成后会被自动提交
 select &＃64;&＃64;global.autocommit; # 查看当前自动提交选项 
 set global autocommit &＃61; 0; # 关闭自动提交功能 
# 关闭自动提交后&＃xff0c;请手动启动事务&＃xff0c;并手动进行提交

事务的GTID

简介&＃xff1a;Global Transaction ID&＃xff0c;在MySQL5.6中被引入的&＃xff0c;为了快速提升salve为master&＃xff0c;同时保证事务安全的一种机制&＃xff1b;使得其复制功能的配置、监控及管理变得更加易于实现&＃xff0c;且更加健壮&＃xff1b;

 # 特性&＃xff1a;
GTID&＃61;UUID&＃xff08;Server ID&＃xff1a;128位&＃xff09;&＃43;事务号&＃xff0c;可唯一标识事务
GTID在事务开始前写入二进制日志&＃xff1b;
GTID和事务记录同时被传输至slave&＃xff1b;
# 注&＃xff1a;即使salve被提升为了master&＃xff0c;对于复制到的事务也不会生成新的GTID的

配置使用GTID的简单主从模型

说明&＃xff1a;使用MariaDB 10 版本作为MySQL 5.6的替代程序&＃xff1b;区别是mariadb中默认开启了GTID功能&＃xff0c;故不支持如下2个参数&＃xff1a;gtid-mode&＃xff0c;enforce-gtid-consistency

配置主从节点的服务配置文件

 # 配置master节点&＃xff1a;
[mysqld]
 server-id&＃61;1  # 主从复制架构中server-id需唯一 
port&＃61;3306
 datadir&＃61;/mydata/data 
 socket&＃61;/tmp/mysql.sock 
 log-bin&＃61;master-bin # 启用二进制日志&＃xff0c;这是保证复制功能的基本前提 
 binlog-format&＃61;ROW # 二进制日志的格式&＃xff0c;必须为row 
 log-slave-updates&＃61;true 
master-info-repository&＃61;TABLE
relay-log-info-repository&＃61;TABLE
 sync-master-info&＃61;1 
slave-parallel-threads&＃61;2
 binlog-checksum&＃61;CRC32 # 启用与复制有关的所有校验功能 
master-verify-checksum&＃61;1
slave-sql-verify-checksum&＃61;1
binlog-rows-query-log_events&＃61;1
 report-host&＃61;master.lamp.com # slave注册过程中向master报告的slave的主机名或IP地址&＃xff0c;只用于master上执行“show slave hosts”以显示slave的主机名 
 report-port&＃61;3306 # slave注册过程中向master报告的slave使用的mysqld端口&＃xff0c;只在slave使用非3306端口时需要 
# 配置slave节点&＃xff1a;
[mysqld]
 server-id&＃61;11 
port&＃61;3306
 datadir&＃61;/mydata/data 
 socket&＃61;/tmp/mysql.sock 
log-bin&＃61;slave-bin
 binlog-format&＃61;ROW 
 log-slave-updates&＃61;true # 告诉slave在二进制日志中记录从主库同步到的数据更新操作 
 master-info-repository&＃61;TABLE # slave利用repository中的信息跟踪master的二进制日志和本地的中继日志&＃xff0c;在此设置为table&＃xff1b;可提高崩溃时从服务器的数据安全 
relay-log-info-repository&＃61;TABLE
 sync-master-info&＃61;1 # 对于master-info的信息每写1次就刷新至磁盘&＃xff0c;可确保slave无信息丢失 
 slave-parallel-threads&＃61;2 # 设定slave的SQL线程数&＃xff1b;0表示关闭多线程复制功能 
binlog-checksum&＃61;CRC32
master-verify-checksum&＃61;1
slave-sql-verify-checksum&＃61;1
 binlog-rows-query-log_events&＃61;1 # 启用可在二进制日志中记录事件相关信息的功能&＃xff0c;可降低故障排除的复杂度 
report-host&＃61;slave.lamp.com
report-port&＃61;3306

主服务器上创建复制用户

  mysql> grant replication slave on *.* to repluser&＃64;&＃39;172.16.25.%&＃39; identified by &＃39;replpass&＃39;; 

为备节点提供初始数据集

 # 锁定主表&＃xff0c;备份主节点上的数据&＃xff0c;将其导入slave节点&＃xff1b;
# master节点上
 musqldump --single-transaction --all-databases --flush-logs --master-date&＃61;2 > all.sql 
# slave节点上
mysql 
# 如果没有启用GTID&＃xff0c;在备份时需要在master上使用show master status命令查看二进制日志文件名称及事件位置&＃xff0c;以便后面启动slave节点时使用&＃xff1b;
 

启动从节点的复制线程

 # 如果启用了GTID功能&＃xff0c;则使用如下命令&＃xff1a;
 mysql> change master to master_host&＃61;&＃39;master.lamp.com&＃39;,master_user&＃61;&＃39;repluser&＃39;,master_password&＃61;&＃39;replpass&＃39;,master_user_gtid&＃61;current_pos; 
mysql> start slave;