-
如果一个事务操作内既有读锁也有写锁的话，读锁升级为写锁，这样的话避免读锁的同时其他的锁进来，导致死锁查看全部
-
请求存储的问题， 直接写入内存的话：优点：IOPS高 缺点：可能丢失数据 2. GroupCommit:优点：保证系统的持久性和吞吐量，缺点是请求延迟高查看全部
-
快照隔离级别 用新方式实现创痛意义上的读未提交的场景，同时保证可以序列化的隔离级别 2 写>读时会增加系统成本 3 MVCC适合读写比率比较高的情况。查看全部
-
快照隔离级别查看全部
-
悲观锁--乐观锁 和读锁、写锁/原位锁、排他锁 这几个是不同的概念，读写锁可以都是悲观锁，也可以用于做乐观锁查看全部
-
悲观锁--适合并发争抢比较严重的场景 乐观锁--适合并发争抢不太严重的场景查看全部
-
悲观锁--使得线程到阻塞状态，通知信息OK的时候状态切换回等待的状态查看全部
-
系统宕机以后，重新恢复的话，recovery操作，不让外界访问，在recovery的过程中可能也会发生宕机或者异常，此时也应该做recovery的时候的日志，一旦此时宕机就可以通过recovery时的日志进行恢复查看全部
-
持久性查看全部
-
快照读--读未提交 快照读能保证在读到一致性的同时实现读未提交查看全部
-
事务读写并行，写读并行查看全部
-
快照隔离性，从回滚段中读取查看全部
-
隔离性 快照的方式查看全部
-
隔离性 快照查看全部
-
隔离性 序列化读（串行执行，不会冲突） 可重复读（读读可以并行，但是读写不可以并行） 读已提交（加读锁和写锁，读锁和写锁都要加锁，这时候读读、读写的情况可以并行（读锁升级为写锁）） 读未提交（不加读锁，容易读到写入的中间过程的数据，读锁可以并行，写锁串行）查看全部
举报
0/150
提交
取消