想到数据库的事务问题，我横竖睡不着

long time no see&＃xff01;&＃xff01;

距离上一次写东西已经已经是上一次了&＃xff0c;是有写一些东西的必要了。

特别是在遇到数据库的时候&＃xff0c;脑子里歪歪斜斜的冒出两个字“事务”&＃xff0c;我横竖睡不着&＃xff0c;想要好好把事务这个小石子从鞋里翻出来。

事务很重要&＃xff0c;有多重要。

互联网大数据时代&＃xff0c;数据是最基本的&＃xff0c;没有数据&＃xff0c;互联网就是空谈。

那么保证数据操作的安全&＃xff0c;就是互联网的核心。

操作数据就需要操作数据库&＃xff0c;而事务就成了保证数据库数据安全的护城河。

一、什么是事务&＃xff1f;

事务是操作数据库的基本单位&＃xff0c;操作数据库一次&＃xff0c;也就进行了一次事务。

在我的理解&＃xff0c;事务由一个&＃xff0c;或多个sql语句构成。

一次数据库事务的执行有成功有失败&＃xff0c;就会存在一个问题。

例如有A&＃xff0c;B两条sql语句同时对100块进行操作&＃xff0c;A执行成功&＃xff0c;100-100&＃61;0。

异常示例

而B需要实现100-100&＃43;100&＃61;100的操作时&＃xff0c;出现异常&＃xff0c;导致&＃xff0c;B执行失败。

如果发生在银行&＃xff0c;银行损失100块&＃xff0c;如果发生在用户&＃xff0c;用户损失一百块。

事务的存在解决了这个问题&＃xff0c;AB两个sql都存在于一个事务中。

事务中的sql要么都执行成功&＃xff0c;要么都失败。

回滚示例

B失败&＃xff0c;A也不会成功&＃xff0c;0元会回滚到100块&＃xff0c;也就是没有操作的原始状态。

数据库不能没有事务&＃xff0c; 就像西方不能没有耶路撒冷。

二、事务的特性

事务的特性可以理解为事务的特点&＃xff0c;以下四点。

1.原子性&＃xff1a;原子是万事万物最小的单位&＃xff0c;所以对数据库而言&＃xff0c;事务就是最小的操作单位&＃xff0c;不可再拆分。事务中的sql语句要么一起失败&＃xff0c;即事务提交&＃xff08;commit&＃xff09;和事务回滚&＃xff08;rollback&＃xff09;。

2.隔离性&＃xff1a;不允许多个线程同时操作一个session的数据。例如a&＃xff0c;b两个人&＃xff0c;a在操作数据的时候还未提交&＃xff0c;b就不能操作。a和b同时处在两个不同的事务。

3.持久性&＃xff1a;事务一旦提交&＃xff0c;就不能回滚。

4.一致性&＃xff1a;和能量守恒一样&＃xff0c;事务提交前后需要保证数据守恒&＃xff0c;增加的和减少的需要一致。

事务的这四个特性&＃xff0c;保证了操作数据库数据的安全性。

三、事务的并发问题

只有一个线程操作数据&＃xff0c;肯定没有什么问题。而一旦线程变多&＃xff0c;就需要考虑并发问题。

何为并发问题&＃xff1f;

例如还是100块&＃xff0c;C线程进行了&＃43;5的操作&＃xff0c;此时&＃xff0c;C还没有提交&＃xff0c;而D线程做了-5的操作&＃xff0c;并且提交了。

最后提交过后的C看到还是100块。

并发会造成数据覆盖&＃xff0c;所以要解决并发问题&＃xff0c;并发问题有以下几种。

AB线程&＃xff0c;A负责写&＃xff0c;B负责读。

脏读&＃xff1a;A正在修改数据&＃xff0c;还没有提交&＃xff0c;此时B读取了该数据。A如果回滚&＃xff0c;B读到的就是一个不存在的数据。脏读也就是读取到了别人还未提交的数据。

脏读示例

不可重复读&＃xff1a;B第一次读到了原始数据&＃xff0c;接着A开始修改数据&＃xff0c;B再次读取&＃xff0c;则读到了修改后的数据&＃xff0c;前后两次数据不一致。

不可重复读示例

幻读&＃xff1a;AB线程同时对某个资源进行操作。A插入一个数字1&＃xff0c;此时B线程删除了数字1。最后A发现数字1不见了&＃xff0c;像是产生了幻觉&＃xff0c;什么鬼&＃xff01;&＃xff01;

幻读读示例

需要知道&＃xff1a;不可重复读侧重 读-读&＃xff0c;幻读侧重 读-写

四、事务的隔离等级

为了解决以上的问题&＃xff0c;事务有应对的措施&＃xff0c;也就是隔离等级&＃xff0c;隔离等级如下&＃xff1a;

读未提交(Read Uncommitted):最低的隔离等级&＃xff0c;顾名思义&＃xff0c;该隔离等级下&＃xff0c;线程可以读到其他线程还没有提交的数据。虽然支持超高并发操作&＃xff0c;但数据库操作一般不用这个等级&＃xff0c;没什么用。

读已提交(Read-commited):这是大部分数据库正在使用的隔离等级(oracle)&＃xff0c;只能读到其他线程提交了的数据&＃xff0c;避免了脏读&＃xff0c;但仍然会出现不可重复度和幻读问题。

可重复读(Repeatable Read):mysql默认的事务隔离等级。处在该隔离等级&＃xff0c;读到的数据都是一致的。原理是事务执行期间&＃xff0c;会锁定该事务引用的所有行&＃xff0c;其他事务不能做修改。但仍然存在幻读。

串行化(serializable):最高级别的隔离等级&＃xff0c;解决了所有并发问题&＃xff0c;但速度极慢。

事务的隔离等级不是越高越好&＃xff0c;也不是越低越好。越高&＃xff0c;虽然数据安全&＃xff0c;但是牺牲了性能&＃xff0c;越低&＃xff0c;性能好了&＃xff0c;数据的安全性得不到保证。

应针对不同的环境应该设置不同的隔离等级&＃xff0c;例如对于银行系统和其他后台管理系统事务隔离等级肯定有出入。

此外&＃xff0c;不同的数据库隔离等级是不同的&＃xff0c;oracle和mysql一个是Read-commited&＃xff0c;一个是Repeatable Read。oracle抛弃了一些安全性能&＃xff0c;但提高了操作性能。

作为程序从业人员&＃xff0c;一般我们不去修改数据库默认的隔离等级。因为数据库的隔离等级一定是设计者经过了多方的考虑&＃xff0c;得到的一个最优解。