-
因为可能会重发查看全部
-
网络失去的查看全部
-
后续更新课程:http://i.youku.com/u/UMTcwMTg3NDc1Mg==查看全部
-
传统事务下,维护事务一致性:序列化(排队法、多队列(加锁并发读的读写锁)、multiple version concurrent control(mvcc)(针对写读场景、读读、读写并发高。))查看全部
-
事务产生的原因查看全部
-
网络失去的! 不确定性。共享难。延迟。。并发编程难度上升查看全部
-
1.排它锁 (谁都不能进来)
序列化:什么操作都不能并行
2.读写锁 (读锁不能被升级成写锁) 不能写了当然能每次读的时候读到的数据一致
可重复读 :读读可并行
3.读写锁 (读锁能被升级成写锁) 在读的时候能被写入数据,读到的数据就不一致了
读已提交:读读并行 读写并行
4.写锁
读未提交 :读读并行 读写并行 写读并行
写内存
group commit
宕机重启recovery 查询日志恢复
查看全部 -
事务:锁和并发的结合体
ACID:Atomicity原子性,一致性Consistency,隔离性Isolation,持久性 Durability
排队法:序列化读写,优势:不需要冲突控制;劣势:慢速设备
排他锁:针对同一个单元的访问进行控制
读写锁:针对读读场景可以做优化
查看全部 -
事务:其本质是 锁和并发查看全部
-
原子性
要么全部成功 要么全部失败
一致性
序列化读写(使用锁)
隔离性
读写锁 :-可重复读(repeatable read) 读读可以并行 读写不可以
-读已提交 (read committed) 读读并行 读写并行 (写读不行)
会出现不可重复读的问题,第一次读和第二次读的数据的版本号会不一致
-读未提交 (read uncommitted) 写加锁 读不加锁 , 读读 读写 写读并行 写写串行
会读到写中间数据
查看全部 -
事务简介查看全部
-
单机事务查看全部
-
讲的挺好查看全部
-
mvcc查看全部
-
事务四种状态查看全部
举报