我们都知道,计算机处理的速度非常地快,但是再快的计算机,也面临着这样的问题,同一个时间里面有着非常多的请求都要对统一资源发生操作。所以,在数据库中,引入事务来解决这样的问题。
我们举个简单的例子,我在街上买了2排益力多,要支付宝转25元给商家,这个时候会这样操作,支付宝先检查我的余额是否还有25元,然后从我的余额中扣取25元,然后商家的支付宝增加25元。假如我的支付宝刚好只有25元,在转给商家的瞬间,我用另外一个手机,在拼多多上面买了一个20元的西瓜,也用支付宝支付,因为有了数据库事务,这两个操作并不会同时成功。
MySQL的数据库有着4大特性,我们称之为ACID。即原子性,一致性,隔离性,与持久性。
原子性(atomicity)一个事务必须被视为一个不可分割的最小工作单元,整个事务中的所有操作要么全部提交成功,要么全部失败回滚,对于一个事务来说,不可能只执行其中的一部分操作,这就是事务的原子性。在上述例子中,要么我扣了25元,益力多的商家多了25元,要么我不扣钱,商家也不多钱。不会存在扣了我的钱,商家又没收到钱的情况。那估计每天都是各种投诉跟纠纷。
一致性(consistency)数据库总是从一个一致性的状态转换到另一个一致性的状态。(在前面的例子中,一致性确保了,这25元要么在我这还没给商家,要么已经到达商家账户了,不会存在这25元凭空消失的情况。)
隔离性(isolation)通常来说,一个事务所做的修改在最终提交以前,对其他事务是不可见的。(在前面的例子中,当我还在支付给小卖部卖家25元的时候,对于我另外一个在拼多多上付款的事务,是觉得我还有25元的,只有当我整个事务提交后,另外一个事务才知道我已经扣除了对应的数额。所以,我们在执行扣除的时候,同时也要判断余额是否足够。)
持久性(durability)一旦事务提交,则其所做的修改将永久保存到数据库。(此时即使系统崩溃,修改的数据也不会丢失。)
实时上,如果数据库要严格遵循这这个性质,势必会造成数据库的性能降低。所以,在InnoDB中,是有着多种不同的事务级别的。分别是读未提交,读已提交,可重复读,,与串行化四种突通的级别。
读未提交:别人改数据的事务尚未提交,我在我的事务中也能读到。上述例子,假如拼多多的扣款是发生在我的金额已经减少25之后,但是事务还没提交,这个时候读取数据库,就已经读到数据是0了。很显然,如果这个时候,前面的时候回滚了,那么这个读取到的结果称之为脏读。
读已提交:别人改数据的事务已经提交,我在我的事务中才能读到。在上述例子中,如果扣减25的事务未完成,那么读到的都是结果25。假如在后面的事务中,多次读取余额,那么就有可能读到25,可能读到0,我们称之为不可重复读。
可重复读:别人改数据的事务已经提交,我在我的事务中也不去读。这种在第一次读数据的时候,实际上就已经形成对应的视图,后面只能读到对应的数据。
串行:我的事务尚未提交,别人就别想改数据。这个是严格串行化,在上述例子中,只有前面的扣除25元完成后,才能开始后面的事务。
这4种隔离级别,并行性能依次降低,安全性依次提高。好了,今天我们简单介绍了mysql的事务,不知道对你是否有所启发,欢迎大家关注我,共同学习,共同进步。大家的支持是我继续唠嗑的动力。同名公众号(沙茶敏碎碎念)