-
原子性：加入了两个回滚段(undo)，当需要回滚时，只需要回溯到对应的undo查看全部
-
死锁处理查看全部
-
多个事务，谁先谁后（ 加个逻辑时间戳 ） 如何故障恢复（ 日志 ） 死锁（ 原因是两个线程，不同方向，相同资源 ） 传统事务下，维护事务一致性:序列化(排队法、多队列（加锁并发读的读写锁）、multiple version concurrent control(mvcc)（针对写读场景、读读、读写并发高。）)查看全部
-
事务的核心：锁，并发。 事务单元之间的happen-before关系： 读写，写读，读读，写写 序列化读写： 事务排队 优化- 排他锁 （两个事务两个队列）查看全部
-
recovery查看全部
-
sql92标准的隔离级别。查看全部
-
读写锁 读未提交 只加写锁（但是不影响读），不加读锁 实现读读，读写，写读并行。 问题是可能会读到写过程中的数据。即读到脏数据。查看全部
-
读写锁 读已提交，不可重读（读锁可以被写锁升级，写完之后，再读发现值已被修改） 读读并行，读写并行查看全部
-
序列化读写： 所有请求完全串行。 读写锁，见图。查看全部
-
问题： 多个事务，谁先谁后（ 加个逻辑时间戳 ） 如何故障恢复（ 日志 ） 死锁（ 原因是两个线程，不同方向，相同资源 ）查看全部
-
MVCC 实现写不阻塞读。 copy on write 写的时候还可以读读读。查看全部
-
所有操作序列化 -》 对共享数据加 排他锁（表级，行级）--》读写锁分离 （共享锁，排他锁）实现读读并行，即实现可重复读的隔离级别 --》 要实现读写并行，即去掉读锁（共享锁），但是就不可重复读了。查看全部
-
重启后进入recovery模式，不能访问。查看全部
-
乐观锁查看全部
-
悲观锁查看全部
举报
0/150
提交
取消