级别工资

Read uncommitted 读未提交 公司发工资了，领导把5000元打到singo的账号上，但是该事务并未提交，而singo正好去查看账户，发现工资已经到账，是5000元整，非常高 兴。可是不幸的是，领导发现发给singo的工资金额不对，是2000元，于是迅速回滚了事务，修改金额后，将事务提交，最后singo实际的工资只有 2000元，singo空欢喜一场。 出现上述情况，即我们所说的 脏读 ，两个并发的事务，“事务A：领导给singo发工资”、“事务B：singo查询工资账户”，事务B读取了事务A尚未提交的数据。 当隔离级别设置为 Read uncommitted 时，就可能出现脏读，如何避免脏读，请看下一个隔离级别。 Read committed 读提交 singo拿着工资卡去消费，系统读取到卡里确实有2000元，而此时她的老婆也正好在网上转账，把singo工资卡的2000元转到另一账户，并在 singo之前提交了事务，当singo扣款时，系统检查到singo的工资卡已经没有钱，扣款失败，singo十分纳闷，明明卡里有钱，为 何...... 出现上述情况，即我们所说的 不可重复读 ，两个并发的事务，“事务A：singo消费”、“事务B：singo的老婆网上转账”，事务A事先读取了数据，事务B紧接了更新了数据，并提交了事务，而事务A再次读取该数据时，数据已经发生了改变。

★　 脏读　　　　： 读取了前一事务 未提交 的数据 ; 　　不可重复读 ： 读取了前一事务 提交 的数据； ★　幻读 与 不可重复读　　　　 　　common　　：都是读取了另一条已经提交的事务（这点与脏读不同）； 　　differences ： 　　　　不可重复读 ：查询的都是同一个数据项 　　　　幻读 　　 ：针对的是一批数据整体（比如数据的个数） 不可重复读eg: 　　< 当隔离级别设置为Repeatable read 时，可以避免不可重复读 > 　　eg2: 在事务A中，读取到张三的工资为5000，操作没有完成，事务还没提交。 　　　　与此同时，事务B把张三的工资改为8000，并提交了事务。 　　　　随后，在事务A中，再次读取张三的工资，此时工资变为8000。在一个事务中前后两次读取的结果并不致，导致了不可重复读。(大部分数据库缺省的事物隔离级别都不会出现这种状况) 幻读eg: 　　eg1: 目前工资为5000的员工有10人，事务A读取所有工资为5000的人数为10人。 　　　　此时，事务B插入一条工资也为5000的记录，并且commit了。 　　　　这时，事务A再次读取工资为5000的员工，记录为11人。此时产生了幻读。 　　　　(大部分数据库缺省的事物隔离级别都会出现这种状况，此种事物隔离级别将带来表级锁) 　　eg2：

同样是后端开发，年薪50万和年薪20万的差距在哪里>>> 数据库 事务的隔离级别有4个，由低到高依次为Read uncommitted、Read committed、Repeatable read、Serializable，这四个级别可以逐个解决 脏读、不可重复读、幻读 这几类问题。 √: 可能出现 ×: 不会出现 事务的隔离级别 脏读 不可重复读 幻读 Read uncommitted √ √ √ Read committed--Sql Server , Oracle × √ √ Repeatable read-- MySQL × × √ Serializable × × × 注意：我们讨论隔离级别的场景，主要是在多个事务并发的情况下，因此，接下来的讲解都围绕 事务并发 。 Read uncommitted 读未提交 公司发工资了，领导把5000元打到singo的账号上，但是该事务并未提交，而singo正好去查看账户，发现工资已经到账，是5000元整，非常高兴。可是不幸的是，领导发现发给singo的工资金额不对，是2000元，于是迅速回滚了事务，修改金额后，将事务提交，最后singo实际的工资只有2000元，singo空欢喜一场。 出现上述情况，即我们所说的脏读，两个并发的事务，“事务A：领导给singo发工资”、“事务B：singo查询工资账户”