如果将事务隔离级别设置为“提交读（read commit），可以防止丢失修改和脏读的问题，但不能防止不可重复读的问题
举一反三
- A．不存在问题B．将丢失修改C．不能重复读D．将读“脏”数据 A: 不存在问题 B: 将丢失修改 C: 不能重复读 D: 将读“脏”数据
- 三级封锁协议可以防止丢失修改、读“脏”数据和不可重复读数据不一致性。 ( )
- 在MySQL的众多存储引擎中，只有InnoDB支持事务，关于事务隔离级别，以下说法错误的是 A: Read uncommitted、Read committed 、Repeatable read、Serializable四种隔离级别并行性能依次降低，安全性依次提高。 B: 脏读是某一事务读取了另外一个事务未提交的数据，不可重复读是读取了其他事务提交的数据，脏读和不可重复读都可以通过事务隔离级别控制。 C: RR隔离级别，只能返回比当前事务早的提交插入、更新、删除值。 D: RR和RC隔离级别都存在幻读，无法避免。
- SERIALIZABLE是事务的最高隔离级别，可以解决脏读、幻读、重复读的问题，所以实际应用中经常使用该级别
- 并发操作会带来那些数据不一致性（ ）。 A: 丢失修改、不可重复读、脏读、死读 B: 不可重复读、脏读、死读 C: 丢失修改、脏读、死读 D: 丢失修改、不可重复读、脏读