带你读《2022技术人的百宝黑皮书》——mysql锁机制的再研究（1）

mysql锁机制的再研究

作者：点晴

出品：大淘宝技术

在分布式系统中，分布式锁已经的使用越发常见，我们系统由于较为老旧，使用数据库实现分布式锁，方案为：使用lock_key, lock_biz组成唯一索引，利用数据库对一条记录insert和delete操作的事务性来实现不可重入的db分布式锁。

前一段时间，发现系统分布式锁出现死锁告警，在处理完问题后，重新去看现场日志，发现数据库出现了死锁，在阿里云性能诊断系统中的锁分析里找出死锁日志，但奇怪的是不同的唯一索引值出现了死锁，如下图所示。抱着不懂就研究的心态，重新去研究了mysql Inndb的锁机制（ps：公司mysql 默认是RC隔离级别）。

关于锁的基础知识

本文下方所有实例均依旧该表进行，建表语句如下：

  CREATE TABLE `test_lock` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键',
  `gmt_create` datetime NOT NULL COMMENT '创建时间',
  `gmt_modified` datetime NOT NULL COMMENT '修改时间',
  `lock_key` varchar(128) NOT NULL COMMENT '锁名称',
  `lock_context` varchar(512) DEFAULT NULL COMMENT '锁上下文',
  `lock_biz` varchar(64) NOT NULL COMMENT '锁类型',
  PRIMARY KEY (`id`),
  UNIQUE KEY `idx_uk_lock_name` (`lock_key`,`lock_biz`)
  ) ENGINE=InnoDB AUTO_INCREMENT=26229 DEFAULT CHARSET=utf8 COMMENT='分布式锁表' 11 

锁的作用范围分类

全局锁

在DB级别对整个数据库实例加锁

加锁表现：

数据库处于只读状态

阻塞对数据的增删改以及DDL

加锁方式：lock Flush tables with read lock 释放锁：unlock tables(发生异常时会自动释放)

作用场景：全局锁主要用于做全库的逻辑备份，和设置数据库只读(set global readonly=true)相比，全局锁在发生异常时会自动释放

表锁

表级别对操作的整张表加锁， 锁定颗粒度大，资源消耗少，不会出现死锁，但并发度低

分为表共享锁和表排他锁，注意：意向锁为表锁，但是由存储引擎自己维护，无需用户手工命令干预。

显示加锁方式：lock tables {tb_name} read/write 释放锁：unlock table {tb_name} (连接中断也会自动释放)

带你读《2022技术人的百宝黑皮书》——mysql锁机制的再研究（2）https://developer.aliyun.com/article/1340033?groupCode=taobaotech