,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
用MySQL官方的一句话来描述事务是什么? MySQL事务主要用于处理操作量大,复杂度高的数据,那何为数据量大?何为复杂度高呢?我用我自己的理解来描述一下吧。事务其实就是MySQL中处理数据的一种方式,主要用在数据完整性高,数据之间依赖性大的情况下的一种数据处理方式。举个例子,小张向小李的银行卡打200块的钱,在小张点击了确认转账的按钮时,系统突然崩溃了。会出现这样几中不正确的情况:
1。小张的钱打到小李的账户上,但是自己的账户上的钱没被扣。
2。小张的钱打没到小李的账户上了,但是自己账户上的钱被扣。
这样的业务场景就需要MySQL事务保持,即使机器出故障的情况下,数据仍然是正确的。
事务使用的条件
MySQL要使用事务,需要MySQL中的存储引擎支持。现目前MySQL内置的存储引擎支持事务的有InnoDB, NDB集群,第三方的存储引擎有PBXT和XtrDB。
<强>事务有什么特点吗?
MySQL中的事务有如下几个特点(酸):
<强>原子性(原子性):
一个事务必须被作为一个不可分割的最小工作单元,每个事务中的所有操作必须要么成功,或者要么失败,永远不可能一些操作失败,一些操作成功,这就是所谓的原子性的概念。
<>强一致性(一致性):
一致性就像上面举的一个例子一样,当发生异常情况下,数据仍然是正确的。就是说当一个事务执行失败了,数据之间是不会受异常的情况而影响,永远保持着他的正确性。
<>强隔离性(隔离):
当一个事务还未提交,每个事务之间是相互隔离的,互补受到影响。
<>强持久性(耐久性):
当一个事务进行提交之后,发生的变化就会永远保存在数据库中。
事务的隔离级别
在谈及到MySQL的隔离性的特点,就不得不说说隔离性的几种级别。至于为什么会涉及到这一点,可以这样简单的理解:如果同一时刻,有两个请求在执行事务的操作,并且这两个事务是对同一条数据做操作,那么到底最终的结果是以谁的为准呢?不同的隔离级别导致的结果不一样,因此事务的隔离级别也是一个非常重要的点。
隔离级别分为如下几点:
<强> 1。未提交读(读未提交)
一个事务中对数据所做的修改,即使没有提交,这个修改对其他的事务仍是可见的,这种情况下就容易出现脏读,影响了数据的完整性。
举例:小明在用支付宝支付时,查看了银行卡的余额还有300块,其实只有100块,只是因为他女朋友正在向银行卡存款了200块,此时女朋友不想存了,点击了回滚操作,小明进行支付却失败了。
<强> 2。读提交(承诺)
一个事务开始时,只能看见其他已经提交过的事务。这种情况下容易出现不可重复读(两次读的结果不一样)。
举例:同样用上面的例子举例,当他女朋友在刷卡时卡里余额有100块,但是在点击最终支付时,提示余额不足,此时看卡里的钱没了。这是因为小明女朋友在支付时,小明操作的事务还未提交,所以小明女朋友两次看到的结果不一样。
<强> 3。可重复读(可重复读)
多次读取记录的结果都是一致的,可重复读可以解决上面的不可重复读的情况。但是有这样一种情况,当一个事务在读取某个范围的记录时,另外一个事务在这个范围内插入了一条新的数据,当事务再次进行读取数据时,发现比第一次读取记录多了一条,这就是所谓的幻读,两次读取的结果不一致。
举例:小明女朋友在查看银行卡的记录时,看见有5条消费记录,此时小明正在消费,这时候消费记录里面记录了这条消费记录,当女朋友再次读取记录时,发现有6条记录了。
<强> 4。可串行(序列化)
串行就像一个队列一个样,每个事务都是排队等候着执行,只有前一个事务提交之后,下一个事务才能进行操作。这种情况虽然可以解决上面的幻读,但是他会在每一条数据上加一个锁,容易导致大量的锁超时和锁竞争,特别不适用在一些高并发的业务场景下。
举例:我们在银行排队存的钱,只有前一个人全部操作完,下一个人才可以进行办理。中间的人是不可以插队的,只能一个一个的排对,事务的串行就是这样的一个概念,其实所谓的串行模式都是这样的一个概念。
