上篇文章说了acid四个事务的特性，原子性保证要不两个sql一起执行，要么不执行，隔离性，两个事务之间必须互不干扰，一致性，两边的数据必须保持一致，可以说一致性的前提是原子性和隔离性必须正常，但原子性和隔离性都正常，就能保证一致性吗？并不是，还必须满足其他一些约束，比如金额不能为负数。持久性就是必须持久化到磁盘才算事务成功。
Mysql中事务语法
前面我们重点介绍了理论知识，那么我们在mysql里如何使用呢？
开启事务
我们可以用命令开启事务：
mysql> BEGIN; Query OK, 0 rows affected (0.00 sec) mysql> START TRANSACTION; Query OK, 0 rows affected (0.00 sec)
Begin开启事务或者start transaction开启事务。
不过start transaction 语句后面可以跟随几个修饰符，就是他们几个，
Read only：表示当前事务是只能读取数据，不能修改数据。（如果我们使用create temporary table创建的临时表，由于他们在当前会话可见，所以在只读事务里，也可以对临时表增，删，改）
Read write：表示当前事务是一个读写事务，也可以修改表。
With consistent snapshot ：启动一致性读。
//开启一个事务
START TRANSACTION READ ONLY;
//开启多个事务
START TRANSACTION READ ONLY, WITH CONSISTENT SNAPSHOT;
注意：一个事务不能同时设置只读和读写，这样就有冲突了，另外，如果我们没有显式指定开启什么访问模式，那么默认就是读写访问模式。
提交事务
mysql> BEGIN; Query OK, 0 rows affected (0.00 sec) mysql> UPDATE account SET balance = balance - 10 WHERE id = 1; Query OK, 1 row affected (0.02 sec) Rows matched: 1 Changed: 1 Warnings: 0 mysql> UPDATE account SET balance = balance + 10 WHERE id = 2; Query OK, 1 row affected (0.00 sec) Rows matched: 1 Changed: 1 Warnings: mysql> COMMIT; Query OK, 0 rows affected (0.00 sec)
一个完整的事务过程，开启之后，必须commit之后，才会刷新到磁盘。
手动中止事务
如果我们在执行sql的时候，写到一半，发现错了怎么办呢？比如狗给猫转10元，但是写成了转100，这时候我们只要吧上面的commit换成rollback就好。
mysql> ROLLBACK; Query OK, 0 rows affected (0.00 sec)
值得注意的是，如果在平时开发中，遇到异常，mysql会自动帮我们回滚，这里的回滚是我们自己手动的。
支持事务的存储引擎
我们前面说了，mySIAM是不支持事务的，而支持事务的存储引擎是innoDB,如果开启事务后，mySIAM存储引擎insert into一条数据，然后rollback，这时候 数据不会回滚，查询会查到刚那条数据。但如果是innoDB开启事务后，insert into一条数据，然后rollback，这时候数据会回滚，不会查询到那条数据。
自动提交
Mysql有个系统变量autocommit，
mysql> show variables like 'autocommit'; +---------------+-------+ | Variable_name | Value | ---------------+-------+ | autocommit | ON | +---------------+-------+ 1 row in set (0.00 sec)
这里默认是on，但这个on代表的是每条sql语句有一个独立的事务，这种特性称为事务的自动提交。加入狗给猫转了10元钱，猫加了10元钱，这两个sql语句是在不同的独立事务进行的。
当然如果想关闭这种自动提交，让他们在同一个事务里，可以显式用begin或者start straction启动，或者set autocommit 为off。
这样我们写的sql都在同一个事务里面，直到我们显式commit或者rollback。
隐式提交
前面说过，当我们显式start transaction 和begin ，或者吧系统变量autocommit设置成off，则不会自动提交事务，但如果我们 没有写commit或者rollback，有的语句也会触发提交事务，这些就称为隐式提交。
当我们定义或者修改数据库对象的数据定义语言(DDL)：所谓的数据库对象，指的是数据库，表，视图，存储过程等等这些东西，当我们使用create ，alter，drop等语法对这些数据库对象进行操作的时候，就会隐式提交事务。
BEGIN; SELECT ... # 事务中的一条语句 UPDATE ... # 事务中的一条语句 ... # 事务中的其它语句
CREATE TABLE ... # 此语句会隐式的提交前边语句所属于的事务
隐式使用或修改mysql数据库的表
当我们使用alert user，create user，drop user，grant，rename user，revoke，set password等语句也会隐式提交这些内容。
事务控制或关于锁定的语句
当我们事务开没提交，在sql之后，又写了一个start transaction或者begin，会隐式提交前面的sql。
如果吧autocommit 改为on，也会提交事务。
如果有lock tables，unlock tables，也会提交事务。
Mysql复制的语句
使用start slave，stop slave，reset slave，change master to 等语句也会触发提交。
还有很多其他语句也会触发。
保存点
当我们写了一大堆sql，发现其中一个sql写错，然后就rollback，全部恢复，这样总有一夜回到解放前的感觉，怎么解决这个困境呢？
我们可以在sql执行完一段时候，写一个保存点，然后rollback to 保存点。
mysql> start transaction; Query OK, 0 rows affected (0.00 sec) mysql> update user set uid = '55' where id = '3'; Query OK, 1 row affected (0.00 sec) Rows matched: 1 Changed: 1 Warnings: 0 mysql> savepoint s1; Query OK, 0 rows affected (0.00 sec) mysql> update user set uid = '55' where id = '4'; Query OK, 1 row affected (0.00 sec) Rows matched: 1 Changed: 1 Warnings: 0 mysql> rollback to s1; Query OK, 0 rows affected (0.00 sec)
大家可以看到，这里就回到了保存点，保存点前面的sql全部都执行了。
RELEASE SAVEPOINT 保存点名称;
