案例介绍 环境介绍 操作系统：  Red Hat Enterprise Linux release 8.10 (Ootpa) 数据库版本：Oracle 19.23.0.0.0 上周五，系统管理员需要给Linux升级补丁，UAT环境下的一套DG，数据库没有正常关闭的情况下，操作系统升级补丁后强制reboot了，周一早上处理的过程中遇到下面错误： 备库的告警日志有下面错误信息(GAP sequence

我与 Linux 的故事开始于 1998 年，一直延续到今天。 当时我在 Gap 公司工作，管理着成千台运行着 OS/2 系统的台式机 ( 在随后的几年里变成了 Warp 3.0)。 作为一个 OS/2 的粉丝，那时我非常喜欢那个时候。 随着这些台式机的嗡鸣，我们使用 Gap 开发的工具轻而易举地就能支撑起对成千的用户的服务支持。 然而，一切都将改变了。 在 1998 年的 11 月， 我收到邀请

在MySQL的RC（READ-COMMITTED）隔离级别下，是否存在类似于Gap Lock的锁定行为？是否会发生由于这种锁定行为导致的堵塞现象？带着这些疑问，下面通过示例来进一步了解Gap锁的机制以及RC隔离级别下类Gap锁的现象。 1.Gap锁介绍 MySQL的Gap Lock是InnoDB存储引擎的一种锁定机制，它主要在事务隔离级别设置为可重复读（REPEATABLE READ）时使用。Ga

疑问 我们一行行加 X+Gap 锁，那没加行锁时数据会不会产生影响？还是先加表锁，等对所有行加 X+Gap锁后再释放表锁？ 实验 为了验证，我将存储过程改了一下，让其处理大数据量操作，然后再进行实验 实验一 确定表锁的样子 确认隔离级别 mysql> show variables like '%iso%'; +-----------------------+-----------------