案例介绍环境介绍操作系统： Red Hat Enterprise Linux release 8.10 (Ootpa)数据库版本：Oracle 19.23.0.0.0上周五，系统管理员需要给Linux升级补丁，UAT环境下的一套DG，数据库没有正常关闭的情况下，操作系统升级补丁后强制reboot了
2024-07-23
我与 Linux 的故事开始于 1998 年，一直延续到今天。 当时我在 Gap 公司工作，管理着成千台运行着 OS/2 系统的台式机 ( 在随后的几年里变成了 Warp 3.0)。 作为一个 OS/2 的粉丝，那时我非常喜欢那个时候。 随着这些台式机的嗡鸣，我们使用 Gap 开发的工具轻而易举地就
2024-07-19
在MySQL的RC（READ-COMMITTED）隔离级别下，是否存在类似于Gap Lock的锁定行为？是否会发生由于这种锁定行为导致的堵塞现象？带着这些疑问，下面通过示例来进一步了解Gap锁的机制以及RC隔离级别下类Gap锁的现象。 1.Gap锁介绍 MySQL的Gap Lock是InnoDB存储
2024-05-23
疑问 我们一行行加 X+Gap 锁，那没加行锁时数据会不会产生影响？还是先加表锁，等对所有行加 X+Gap锁后再释放表锁？ 实验 为了验证，我将存储过程改了一下，让其处理大数据量操作，然后再进行实验 实验一 确定表锁的样子 确认隔离级别 mysql> show variables like
2024-05-09