记一次mysql执行DDL导致锁表

最新推荐文章于 2024-07-11 10:04:17 发布
最新推荐文章于 2024-07-11 10:04:17 发布
阅读量5.1k 收藏 16
点赞数 13
分类专栏： mysql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/sz85850597/article/details/106993582
版权

背景

线上某数据库意外发现缺少索引，并且该表的数据量很少，只有几万条记录而已，因此很随意地尝试给该表添加索引。原本预期该表的记录很少，添加索引的耗时应该很短，结果却直接导致该表被锁，所有该表的增删改查操作全部阻塞，继而影响到了线上业务。

发现锁表后，执行show processlist发现大量线程阻塞，状态显示Waiting for table metadata lock。通过命令终止了DDL线程，该表恢复正常。mysql从5.6版本起支持Online DDL，理论上执行DDL语句不会阻塞诸如INSERT、UPDATE、DELETE这类DML操作。

事后排查发现，该表有个持续了3天未提交的事务，正是该事务导致DDL语句执行时锁表。

在这里插入图片描述

在这里插入图片描述

复现

新建表

CREATE TABLE `lock_table` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `content` varchar(32) NOT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

新建一个会话1，开启事务执行以下命令后不要提交事务

begin;
select * from lock_table limit 1;

新建另一个会话2，执行DDL命令，发现DDL语句执行被阻塞

ALTER TABLE `lock_table` ADD INDEX content_index(content);

此时表被锁定，再新建一个会话3，执行查询语句发现该操作同样被阻塞住

select id from lock_table limit 1;
-会话1会话2会话3
步骤1begin;
步骤2select * from lock_table limit 1;
步骤3-ALTER TABLE lock_table ADD INDEX content_index(content);
步骤4--select * from lock_table limit 1;

原理

DDL上锁流程

MySQL Online DDL的改进与应用

  1. prepare阶段：尝试获取MDL排他锁，禁止其他线程读写；
  2. ddl执行阶段：降级成MDL共享锁，允许其他线程读取；
  3. commit阶段：升级成MDL排他锁，禁止其他线程读写；
  4. finish阶段：释放MDL锁；
DDL导致锁表的原因

To ensure transaction serializability, the server must not permit one session to perform a data definition language (DDL) statement on a table that is used in an uncompleted explicitly or implicitly started transaction in another session. The server achieves this by acquiring metadata locks on tables used within a transaction and deferring release of those locks until the transaction ends. A metadata lock on a table prevents changes to the table’s structure. This locking approach has the implication that a table that is being used by a transaction within one session cannot be used in DDL statements by other sessions until the transaction ends.

mysql官方文档metadata-locking一节中指出，为了确保事务可序列化，mysql不允许一个会话对在另一会话中未完成的显式或隐式启动的事务中使用的表执行DDL语句。服务器通过获取事务中使用的表上的元数据锁并将这些锁的释放推迟到事务结束之前来实现。表上的元数据锁可防止更改表的结构。这种锁定方法的含义是，一个会话中事务正在使用的表在事务结束之前不能被其他会话在DDL语句中使用。

mysql对申请MDL锁的操作会形成一个队列，队列中写锁获取优先级高于读锁。一旦出现写锁等待，不但当前操作会被阻塞，同时还会阻塞后续该表的所有操作。由上可知当事务一旦申请到MDL锁后，直到事务执行完才会将锁释放，当长事物或未提交的事务未提交完成时，执行DDL语句会等待MDL排他锁而阻塞，继而阻塞该表的后续其他操作。

观察MDL锁

MySQL5.7中的performance_schea库下新增了一张表metadata_locks，可以很方便地查看MDL锁的状态。默认情况下mysql未启动该表，可以通过以下两种方式打开该功能：

  1. 临时启用(mysql实例重启后，恢复默认值)
UPDATE performance_schema.setup_instruments SET ENABLED = 'YES', TIMED = 'YES' WHERE NAME = 'wait/lock/metadata/sql/mdl';
  1. 永久启用

修改配置文件，添加以下参数

[mysqld]
performance-schema-instrument='wait/lock/metadata/sql/mdl=ON'

为了能方便查看到事务以及DDL执行过程中MDL锁的状态，需要延长DDL执行时长，否则会由于DDL执行过快而难以观察MDL锁的状态。可以通过如下语句向测试表中添加200万条测试记录。

delimiter  //
CREATE PROCEDURE init_lock_table() 
BEGIN 
	DECLARE index_id INT;
	SET index_id = 0;
	START TRANSACTION; 
	WHILE index_id < 2000000 DO
		insert into lock_table(content) values (CONCAT('content',index_id));
		SET index_id = index_id + 1;
	END WHILE;
	COMMIT; 
END //
delimiter ;
call init_lock_table();
  1. 事务获取共享锁

开启会话1，启用事务执行以下语句，获取MDL共享锁：

begin;
select id from lock_table limit 1;

查看MDL锁状态，可见348线程（会话1）获取到测试表的共享锁。

mysql> select * from performance_schema.metadata_locks;
+-------------+--------------------+----------------+-----------------------+-------------+---------------+-------------+--------+-----------------+----------------+
| OBJECT_TYPE | OBJECT_SCHEMA      | OBJECT_NAME    | OBJECT_INSTANCE_BEGIN | LOCK_TYPE   | LOCK_DURATION | LOCK_STATUS | SOURCE | OWNER_THREAD_ID | OWNER_EVENT_ID |
+-------------+--------------------+----------------+-----------------------+-------------+---------------+-------------+--------+-----------------+----------------+
| TABLE       | test               | lock_table     |       140633203352496 | SHARED_READ | TRANSACTION   | GRANTED     |        |             348 |              6 |
| TABLE       | performance_schema | metadata_locks |       140633346571936 | SHARED_READ | TRANSACTION   | GRANTED     |        |             340 |             24 |
+-------------+--------------------+----------------+-----------------------+-------------+---------------+-------------+--------+-----------------+----------------+
  1. DDL语句获取排它锁

开启会话2，执行DDL语句，尝试获取MDL排他锁：

ALTER TABLE `lock_table` ADD INDEX content_index(content);

查看MDL锁状态，可见349线程（会话2）获取到测试表的共享锁，并且在等待测试表的排它锁。由于DML锁已经被会话1的事务占有，会话2只能等待会话1事务结束后释放DML锁，因而该锁状态为PENDING。

mysql> select * from performance_schema.metadata_locks;
+-------------+--------------------+----------------+-----------------------+---------------------+---------------+-------------+--------+-----------------+----------------+
| OBJECT_TYPE | OBJECT_SCHEMA      | OBJECT_NAME    | OBJECT_INSTANCE_BEGIN | LOCK_TYPE           | LOCK_DURATION | LOCK_STATUS | SOURCE | OWNER_THREAD_ID | OWNER_EVENT_ID |
+-------------+--------------------+----------------+-----------------------+---------------------+---------------+-------------+--------+-----------------+----------------+
| TABLE       | test               | lock_table     |       140633203352496 | SHARED_READ         | TRANSACTION   | GRANTED     |        |             348 |              6 |
| GLOBAL      | NULL               | NULL           |       140633201296448 | INTENTION_EXCLUSIVE | STATEMENT     | GRANTED     |        |             349 |              5 |
| SCHEMA      | test               | NULL           |       140633201296544 | INTENTION_EXCLUSIVE | TRANSACTION   | GRANTED     |        |             349 |              5 |
| TABLE       | test               | lock_table     |       140633201296352 | SHARED_UPGRADABLE   | TRANSACTION   | GRANTED     |        |             349 |              5 |
| TABLE       | test               | lock_table     |       140633202663984 | EXCLUSIVE           | TRANSACTION   | PENDING     |        |             349 |              5 |
| TABLE       | performance_schema | metadata_locks |       140633346571936 | SHARED_READ         | TRANSACTION   | GRANTED     |        |             340 |             25 |
+-------------+--------------------+----------------+-----------------------+---------------------+---------------+-------------+--------+-----------------+----------------+
  1. DDL持有锁降级成共享锁

会话1执行语句commit;提交事务，令会话1释放MDL共享锁。此时可见会话2获取MDL排它锁成功，然后DDL的排他锁降级为共享锁：

mysql> select * from performance_schema.metadata_locks;
+-------------+--------------------+----------------+-----------------------+---------------------+---------------+-------------+--------+-----------------+----------------+
| OBJECT_TYPE | OBJECT_SCHEMA      | OBJECT_NAME    | OBJECT_INSTANCE_BEGIN | LOCK_TYPE           | LOCK_DURATION | LOCK_STATUS | SOURCE | OWNER_THREAD_ID | OWNER_EVENT_ID |
+-------------+--------------------+----------------+-----------------------+---------------------+---------------+-------------+--------+-----------------+----------------+
| GLOBAL      | NULL               | NULL           |       140633201296448 | INTENTION_EXCLUSIVE | STATEMENT     | GRANTED     |        |             349 |              5 |
| SCHEMA      | test               | NULL           |       140633201296544 | INTENTION_EXCLUSIVE | TRANSACTION   | GRANTED     |        |             349 |              5 |
| TABLE       | test               | lock_table     |       140633201296352 | SHARED_UPGRADABLE   | TRANSACTION   | GRANTED     |        |             349 |              5 |
| TABLE       | performance_schema | metadata_locks |       140633346571936 | SHARED_READ         | TRANSACTION   | GRANTED     |        |             340 |             26 |
+-------------+--------------------+----------------+-----------------------+---------------------+---------------+-------------+--------+-----------------+----------------+

当DDL持有的MDL锁降级为共享锁后，不再阻塞该表的其他操作，此时会话1再开启事务获取MDL共享锁不会阻塞，锁状态如下，从而实现Online DDL。

mysql> select * from performance_schema.metadata_locks;
+-------------+--------------------+----------------+-----------------------+---------------------+---------------+-------------+--------+-----------------+----------------+
| OBJECT_TYPE | OBJECT_SCHEMA      | OBJECT_NAME    | OBJECT_INSTANCE_BEGIN | LOCK_TYPE           | LOCK_DURATION | LOCK_STATUS | SOURCE | OWNER_THREAD_ID | OWNER_EVENT_ID |
+-------------+--------------------+----------------+-----------------------+---------------------+---------------+-------------+--------+-----------------+----------------+
| GLOBAL      | NULL               | NULL           |       140633201296448 | INTENTION_EXCLUSIVE | STATEMENT     | GRANTED     |        |             349 |              5 |
| SCHEMA      | test               | NULL           |       140633201296544 | INTENTION_EXCLUSIVE | TRANSACTION   | GRANTED     |        |             349 |              5 |
| TABLE       | test               | lock_table     |       140633201296352 | SHARED_UPGRADABLE   | TRANSACTION   | GRANTED     |        |             349 |              5 |
| TABLE       | test               | lock_table     |       140633203352496 | SHARED_READ         | TRANSACTION   | GRANTED     |        |             348 |              9 |
| TABLE       | performance_schema | metadata_locks |       140633346571936 | SHARED_READ         | TRANSACTION   | GRANTED     |        |             340 |             27 |
+-------------+--------------------+----------------+-----------------------+---------------------+---------------+-------------+--------+-----------------+----------------+
  1. DDL持有锁升级为排他锁

当DDL执行完成时，会再次尝试获取MDL排他锁，如果此时348线程（会话1）的事务未完成而持有MDL共享锁时，349线程（会话2）的DDL操作等待MDL锁继而再一次0阻塞该表的其他操作。

mysql> select * from performance_schema.metadata_locks;
+-------------+--------------------+----------------+-----------------------+---------------------+---------------+-------------+--------+-----------------+----------------+
| OBJECT_TYPE | OBJECT_SCHEMA      | OBJECT_NAME    | OBJECT_INSTANCE_BEGIN | LOCK_TYPE           | LOCK_DURATION | LOCK_STATUS | SOURCE | OWNER_THREAD_ID | OWNER_EVENT_ID |
+-------------+--------------------+----------------+-----------------------+---------------------+---------------+-------------+--------+-----------------+----------------+
| GLOBAL      | NULL               | NULL           |       140633201296448 | INTENTION_EXCLUSIVE | STATEMENT     | GRANTED     |        |             349 |              5 |
| SCHEMA      | test               | NULL           |       140633201296544 | INTENTION_EXCLUSIVE | TRANSACTION   | GRANTED     |        |             349 |              5 |
| TABLE       | test               | lock_table     |       140633201296352 | SHARED_UPGRADABLE   | TRANSACTION   | GRANTED     |        |             349 |              5 |
| TABLE       | test               | lock_table     |       140633203352496 | SHARED_READ         | TRANSACTION   | GRANTED     |        |             348 |              9 |
| TABLE       | test               | lock_table     |       140633202744688 | EXCLUSIVE           | TRANSACTION   | PENDING     |        |             349 |              5 |
| TABLE       | performance_schema | metadata_locks |       140633346571936 | SHARED_READ         | TRANSACTION   | GRANTED     |        |             340 |             28 |
+-------------+--------------------+----------------+-----------------------+---------------------+---------------+-------------+--------+-----------------+----------------+

解决方案

解除正在锁表的状态有两种方法：

方法一

终止DDL语句，选择业务低峰期或其他时间段执行。

  1. 查询是否锁表
show OPEN TABLES where in_use > 0;
  1. 查询进程
    （如果账号有SUPER权限，则可以看到所有线程，否则，只能看到当前用户的线程）
show processlist;

或者

select * from information_schema.processlist where COMMAND != 'Sleep';
  1. 杀死进程
kill 进程ID;

示例：

查询到DDL会话的进程ID为286，然后通过kill命令杀死该进程终止会话，解决阻塞问题。

在这里插入图片描述

kill 286;
方法二

杀死阻塞DDL语句的会话，但并不建议这么操作，因为无法判断该会话执行了什么操作，武断地终止该会话会造成无法预估的业务异常。

  1. 查看当前的事务
SELECT * FROM INFORMATION_SCHEMA.INNODB_TRX;
  1. 查看当前锁定的事务
SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS;
  1. 查看当前等锁的事务
SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCK_WAITS;
  1. 杀死进程
kill 进程ID;

示例：

查询到阻塞DDL操作的长事务会话的进程ID为285，然后通过kill命令杀死该进程终止会话，解决阻塞问题。

在这里插入图片描述

kill 285;
方法三

执行DDL语句前，先通过lock_wait_timeout设置好锁超时时间，避免长时间的DML锁等待。当DDL语句等待MDL锁超时时，自动终止当前会话，避免长时间等待锁继而阻塞其他线程。

示例：

-- 设置当前会话等待锁超过5秒后，自动终止DDL
SET lock_wait_timeout=5;
ALTER TABLE `lock_table` ADD INDEX content_index2(content);

当等待DML锁超时后，DDL终止并且抛出错误：1205 - Lock wait timeout exceeded; try restarting transaction。

总结

  1. 谨慎使用长事务，业务代码中的耗时操作尽量不要在事务中执行；
  2. 执行DDL语句前先查看当前活跃事务，防止有未提交事务或者长事务存在；
  3. DDL语句导致锁表后，先杀掉DDL语句进程，终止锁库减小影响范围，再然后排查问题；
祈雨v
关注
专栏目录
Percona Toolkit解决大表DDL操作锁表的问题
sinat_26094885的博客
10-14 275
背景 记得之前有个前同事在前同事群里突然发来一个消息，求教如何给大表增加字段。她们当时试图给一个线上大表直接通过Alter Table的方式增加字段。但是，由于数据量过大，怎么也升级不成功，情急之下发消息出来求教。 确实，企业级应用中的数据库库表的数据量往往都比较大，针对这些大表的表结构升级（DDL）会对线上系统造成较大的影响。比如，给一张百万级别数据量的表增加一个字段，在没有任何工具辅助的情况下，往往会锁表几分钟到几十分钟不等，导致长时间的业务功能不可用。 当时，有人给前同事出招，提出拷贝出来一张新表，在
查询很慢会导致锁表吗_MySQL Online DDL导致全局锁表案例分析
weixin_30014783的博客
01-04 932
MySQL Online DDL导致全局锁表案例分析我这边遇到了什么问题?线上给某个表执行新增索引SQL, 然后整个数据CPU打到100%, 连接数暴增到极限, 最后导致所有访问数据库的应用都奔溃.SQL如下:ALTER TABLE `book` ADD INDEX `idx_sub_title` (`sub_title` ASC);能看到什么?'10063293', 'root', '10.0...
【深度】MYSQL ddl原理及千万级表修改不停服解决方案
Martian
08-18 1007
mysql 的DDL语句在执行的时候会锁表，在数据量大的情况下锁表就会严重影响正常的数据写入，innodb存储引擎在DDL时执行操作如下： 按照原始表(original_table)的表结构和ddl语句，新建一个不可见的临时表(temporary_table) 在原表上面加上WRITE LOCK,阻塞所有的更新操作(insert、delete、update等操作) 执行insert into ...
一文详解DDL同步及其应用场景
最新发布
oOBubbleX的博客
07-11 1295
本文介绍了数据库管理系统中的DDL（Data Definition Language）及其重要性，详细讨论了DDL同步的定义、面临的挑战以及解决方案。文章结合实际应用案例，探讨了如何利用工具来提高数据同步任务的效率和准确性，最终达到保障数据一致性和完整性的目标。
mysql-ddl-锁表
wenjin
12-16 481
记一次alter table(DDL)操作时的waiting for tabl matadata lock错误 基本内容转自：https://www.cnblogs.com/digdeep/p/4892953.html MySQL在进行alter table等DDL操作，会出现Waiting for table metadata lock的等待场景。而且，一旦alter table TableA的操作停滞在Waiting for table metadata lock的状态，后续对TableA的任何操作（包
Mysql5.6-8.0在线DDL操作是否锁表介绍
爱情码头的博客
09-19 1047
常见的在线DDL语句有列操作、主键操作、索引操作、表空间的操作，我们在使用mysql过程中经常会遇到ddl操作，本文针对各种类型的ddl进行分析，列出不会影响查询写入还能在线操作DDL语句在mysql5.6 、5.7、8.0中同一种操作语句在不同版本中对表的影响也不一样，简单的例子如在mysql5.6中增加字段长度会锁表，但是在5.7中却不会锁表，本文针对不同mysql版本，罗列了DDL操作对表的影响INSTANT和INPLACE是MySQL。
mysql ddl是否会锁表的问题
linqi的博客
05-12 2388
今天和同事讨论mysql在线ddl是否会锁表的问题，查了下资料 Mysql在5.6版本之前，直接修改表结构的过程中会锁表，具体的操作步骤如下： （1）首先创建新的临时表，表结构通过命令ALTAR TABLE新定义的结构 （2）然后把原表中数据导入到临时表 （3）删除原表 （4）最后把临时表重命名为原来的表名 具体ddl如何工作 Mysql 5.6 虽然引入了Online DDL，但是并不是修改表结构的时候，一定不会导致锁表，在一些场景下还是会锁表的，比如 ①某个慢SQL或者比较大的结果集的SQL在..
Mysql 【锁】
qq_40662405的博客
06-20 550
表锁是指上锁的时候锁住的是整个表，当下一个事务访问该表的时候，必须等前一个事务释放了锁才能进行对表进行访问；表锁级别的两种锁：表锁表锁的语法是 lock tables … read/write原数据锁 MDL （metadata lock）server 层级别的锁。主要用于隔离DML和DDL操作之间的干扰。​ 执行DML，需要申请 MDL 读锁​ 执行DDL，需要申请 MDL 写锁​给一个表加字段，或者修改字段，或者加索引，需要扫描全表的数据。在对大表操作的时候，你肯定会特别小心，以免对线上服务造成影响
mysql 大表ddl_大型表的DDL操作（转）
weixin_30555169的博客
01-19 939
add by zhj: 关系型数据库有Schema，修改Schema的时间比较长，一般都要秒级和分钟级。主备延迟有相同的数量级，对于不支持Inplace方式的DDL，只能用Copy方式，Copy方式在执行DDL时，整个表不可读写，影响非常大。不过，对于MySQL5.6(尤其是MySQL5.7)，绝大部分常用的DDL都支持Inplace，DDL加MDL写锁的时间很短，所以主要评估主备延迟的影响就可以...
MySQL 执行DDL语句 hang住了怎么办?
woqutechteam的博客
10-07 1879
MySQL 执行DDL语句 hang住了怎么办? 不要慌，先点支烟，听我娓娓道来！ 前两天，早上7点多的时候，抓起手机忽然看到了圈内的一则DDL语句 hang住的案例，阅读到文末，发现文中留有一些疑问（当然，文章是7月份的，现在或许作者已经解决了这些疑问），于是一咕噜从床上爬起来，按照文中的复现方法操作了一遍（复现方法见文末），然后，按照自己的思路解决了该疑问，现在将整个过程整理出来分享给大家。...
mysql大批量表ddl超时_MySQL 5.6中如何解决DDL被阻塞问题
weixin_28559803的博客
02-03 507
在上一篇文章《MySQL 5.7中如何定位DDL被阻塞的问题》中，对于DDL被阻塞问题的定位，我们主要是基于MySQL 5.7新引入的performance_schema.metadata_locks表。提出的定位方法，颇有种"锦上添花"的意味，而且，也只适用于MySQL 5.7开始的版本。但在实际生产中，MySQL 5.6还是占绝不多数。虽然MySQL 8.0都已经GA了，但鉴于数据库的特殊性，...
通过实例判断mysql update是否会锁表
12-14
例如，在可重复读隔离级别下，MySQL使用Next-Key Locks来防止幻读，这可能会导致更广泛的锁定范围，即使有索引也可能出现锁定整个表或索引区间的现象。 4. **优化更新操作** - 使用索引：确保更新条件中的列有合适...
MySQL DDL锁表情况
weixin_33939843的博客
01-31 1745
版本5.7.22，隔离级别RR 当DDL的表存在慢查询时，此时对该表做DDL，由于无法获得metadata锁，所以会等待该锁，造成锁表，后续DML操作全部进入等待状态。session1：session2：session3：session4： tips:select sleep(N) from t;表示查询t的时间为t中的行数*N，如下： Before an online DDL operati...
DDL锁表问题
weixin_34235371的博客
11-08 580
为什么80%的码农都做不了架构师？>>> ...
MySQL哪些常用DDL操作会锁表
hunger_wang的博客
05-31 6986
问题 我们后端开发人员在实现业务修改时，经常需要更新数据库表结构，如增加字段、修改字段长度等等。那么对于MySQL数据库，哪些表结构操作会“锁表”，会导致读写表中数据操作不能并发执行呢？ 背景知识 DML( data manipulation language)，数据操作语句，是中INSERT、UPDATE、DELETE、SELECT等表数据操作的语句。 DDL( data definition language )，数据定义语句，是指CREATE、ALTER、MODIFY、DROP等操作表结构相关的语句。
MySQL（二）锁 ----- 表锁
JavaTeachers的博客
10-12 1710
前言 MySQL 里面的锁大致可以分成全局锁，表级锁，行锁 这儿将讲一下表级锁 表级锁 MySQL 里面表级别的锁有两种： 表锁， 元数据锁（meta data lock，MDL)。 表锁 lock tables 表名 read; #该表可以读，不能ddl 和 dml 中增删改，只能读取表数据 lock tables 表名 write; #既不能读，也不能写 表锁的语法是 lock tables … read/write。 与 FTWRL 类似，可以用 unlock tables 主动释放锁，也可
关于ddl(新增字段)对数据库锁表|读写操作的影响_资料
weixin_30258027的博客
12-27 851
1.对一个表执行ddl(新增字段)会不会阻塞表，影响读写？ 在一次项目升级之前需要执行一个新增字段的脚本(alter table...)，表的数据量是260多万，执行时间是72秒，感觉略长，不知道会不会影响项目对数据库的操作，故连百度带问一番，得出一些结果。 结论是：执行alter table...会影响读写 2.MySQL官方文档alter table的解释 ALTER TABLE opera...
Oracle数据库DDL锁死锁解决
qq_42315935的博客
04-14 1360
在 Oracle 数据库中，DDL 锁用于保护正在修改的表和其他数据库对象的结构，以防止其他用户同时对其进行修改而导致不一致的状态。DDL 表示数据定义语言，它包含创建、删除和修改表、视图、索引、存储过程等数据库对象的语句。当某个用户执行 DDL 语句时，Oracle 数据库会自动获取 DDL 锁，以确保其他用户无法同时对该表或对象的结构进行修改。共享锁（Shared Lock）：当一个事务开始修改一个表的结构时，Oracle 数据库会获取一个共享锁，以防止其他事务同时对其进行修改。
数据库锁表原因、排查、解决
jj89929665的博客
04-19 4979
CDC 全量同步锁表问题是指在使用 CDC 技术进行数据库同步时，为了保证数据的一致性，需要在全量同步阶段对源数据库的表或者整个数据库进行加锁，防止在同步过程中发生数据的变更。当多个事务处理对多个资源同时访问时，若双方已锁定一部分资源但也都需要对方已锁定的资源时，无法在有限的时间内完全获得所需的资源，就会处于无限的等待状态，从而造成其对资源需求的死锁，导致锁表。例如在 MySql 操作一张大表，利用 alter 语句修改或新增字段的时候，恰巧有一个长事务（包括读）在操作此表，会触发修改等待，造成锁表。
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值