MySQL学习-----事务

上集回顾

  上一节学习了一些数据库实用的语句，主要是保存查询结果的语句。

事务

  有些SQL语句要做为一个整体来执行，其中一部分执行失败，所有的执行都失败。这叫做数据库的事务功能，事务有ACDI四个特性：

• A：Atomic，原子性，将所有SQL作为原子工作单元执行，要么全部执行，要么全部不执行；
• C：Consistent，一致性，事务完成后，所有数据的状态都是一致的，即A账户只要减去了100，B账户则必定加上了100；
• I：Isolation，隔离性，如果有多个事务并发执行，每个事务作出的修改必须与其他事务隔离；
• D：Duration，持久性，即事务完成后，对数据库数据的修改被持久化存储。

  其实单条SQL语句也是一条事务，但被称作隐式事务。我们手动使用的事务功能把多条语句当成一个整体运行，用Begin开头，commit结尾，为显性事务。如转账（转移分数）：


  使用起来才发现，不是想象中的把语句写成代码块来使用，而是直接执行“begin；”类似于开启一个记录点，然后后面依次输入语句，并且每个语句都是直接执行的。如果后面的语句执行都没问题，按照预期执行了，最后“commit”就完成这个事务的执行。但是要是其中语句执行产生问题或者无法执行，就用rollback;来回到前面的记录点，撤销中间执行的所有语句。
  事务的使用过程中，如果互相隔离的事务操作涉及了相同的记录，可能会造成冲突，进而混乱。这时就有了隔离级别的出现，应该类似于c中的优先级把，大家都占用相同的IO的时候，谁先操作谁后操作，总要定义一下轻重缓急的：

Isolation Level	脏读（Dirty Read	不可重复读（Non Repeatable Read）	幻读（Phantom Read）
Read Uncommitted	Yes	Yes	Yes
Read Committed	-	Yes	Yes
Repeatable Read	-	-	Yes
Serializable	-	-	-

Read Uncommitted
  Read Uncommitted是隔离级别最低的一种事务级别。在这种隔离级别下，一个事务会读到另一个事务更新后但未提交的数据，如果另一个事务回滚，那么当前事务读到的数据就是脏数据，这就是脏读（Dirty Read）。

set transaction isolation level read uncommitted;
begin;
***
commit;

Read Committed
  在Read Committed隔离级别下，一个事务可能会遇到不可重复读（Non Repeatable Read）的问题。不可重复读是指，在一个事务内，多次读同一数据，在这个事务还没有结束时，如果另一个事务恰好修改了这个数据，那么，在第一个事务中，两次读取的数据就可能不一致。

set transaction isolation level read committed;
begin;
***
commit;

Repeatable Read
  在Repeatable Read隔离级别下，一个事务可能会遇到幻读（Phantom Read）的问题。幻读是指，在一个事务中，第一次查询某条记录，发现没有，但是，当试图更新这条不存在的记录时，竟然能成功，并且，再次读取同一条记录，它就神奇地出现了。

set transaction isolation level Repeatable Read;
begin;
***
commit;

Serializable
  Serializable是最严格的隔离级别。在Serializable隔离级别下，所有事务按照次序依次执行，因此，脏读、不可重复读、幻读都不会出现。虽然Serializable隔离级别下的事务具有最高的安全性，但是，由于事务是串行执行，所以效率会大大下降，应用程序的性能会急剧降低。如果没有特别重要的情景，一般都不会使用Serializable隔离级别。

默认隔离等级
  如果没有指定隔离级别，数据库就会使用默认的隔离级别。在MySQL中，如果使用InnoDB，默认的隔离级别是Repeatable Read。

---

学习感悟：学完这个隔离等级，算是把数据框的基础内容学完了，但是也留下了一个很深的谜题：高并发下怎么协调大家对数据库的读写操作？后续深入学习的话，总是能进一步解决的。总之还是非常高兴，但是不可自满，这么简单的基础内容学了这么久。数据库的内容是有了个基础，后续专门性学习应该不会很多，重点还是放在自己的主要方向上：python语言基础和网络爬虫以及R语言数据分析。