mysql 事务四要素杂谈

事务四要素

    对于数据库来说，并发性和准确性是数据库需要权衡的两个点。

    类似于我们的应用系统，又要要性能还要要准确。

    数据准确性这一条来说，最好的控制就是串行化，都别急，一个一个来。这样数据就没问题了。

    然而就是这个 “都别急” 让大家很急，我们又想要并发，现在这环境你不谈并发都不好意思拿出手。

    好了，那么并发和数据准确性怎么平衡。要并发我们所能想到的就是在必要的时候加锁，

    加各种层级各种范围不一样的锁。加锁这个操作其实就是在平衡我们刚才的那两点。

    这里不谈数据库的锁机制，我们先来谈谈 事务ACID 中的隔离性— 事务隔离级别

    那你会问，这是个什么？为什么要有隔离性，我不隔离不行么？

    说到这呢，我们就要简单再说说事务，事务我估计大家耳熟能详，但是这里你们最好再听我唠叨一下，看我说的对不对。

    （敲黑板，划重点）事务就是一个执行单元，一个具有原子性的执行单元。

    我觉得还是有必要再说说或者总结一下事务四要素

原子性

    这个也很好理解，这个事务就是一个原子单元，要么执行成功，要么执行失败，中间不能有断层。

    类似于多线程同时操作一个变量，你告诉操作系统，我在这原子操作变量呢，你别进行线程切换（时间片切换），等我执行完，你再随意~

一致性

    数据库总是从一个一致性的状态转换到另一个一致性的状态。

    我的理解是最终一致性也就是CAP理论的C.

    一开始我总觉得这个一致性和原子性的定义是一个东西（我现在也隐约有这样一种感觉）

    我还是尝试着总结区分他们的不同。

    比如说原子性：我一条语句执行失败了要回滚。

    比如说一致性：我执行到中间停电了，数据库崩溃了，我们可以维持正确的状态。

    原子性更像是—过程，我注重的是过程

    一致性更像是—结果，我不管过程怎样，我只是用我的KPI来考量你~

再说隔离性

    其实这篇文章我想写隔离性，但是写隔离性我想从事务这四要素进行引申，写到这我发现我跑题了。我去改改标题。

    我没有写具体的事务隔离性，我现在正在事务四要素这捆着呢。

    那就说说隔离性，我第一次看到隔离性这个定义，脑子第一反应就是隔离性这个概念将每个事务化作程了管道，

    每条管道留着属于自己的信息，互相是不知道存在的。

    后来发现隔离性能是有隔离级别的，因为业务场景不尽相同，需要不同的隔离级别。

    类似于，我一个操作操作的数据因不应该让其他事务看到我修改的数据？—需要，因为有的场景需要这样的可见性

    我总将事物的隔离性总结为事物的可见性，这个可见性包括什么可以看？什么时候看？

    这些问题我打算下次再总结。我们这里不细讨论。

持久性

    呀，这个要素让我很是想不到，因为太熟悉了，熟悉的得都会想不起它。

    怎么才算是持久性呢？定义是：一旦事务提交，其所做的修改将会永久保存到数据库中。

    这个定义是模糊的，需要加入很多策略来保证数据的持久性。

    比如：我就是在事务提交时，系统挂掉了，你怎么来保证数据的持久性。

总结一下，事务四要素，不但要知道名字最好理解一下，有些东西就怕细细琢磨~