MySql事务
1 数据库事务种类
1.1 事务的几大原则
- 原子性 Automicity
- 一致性 Consistency
- 隔离性 Isolation
- 持久性 Durability
1.2 数据库事务分类
- 读未提交： 一个事务还没提交时，它做的变更就能被其他事务看到。
- 读提交（read commit): 一个事务提交后，才能被别的事务看到。
- 可重复一个事务执行过程中看到的事务，总是和这个数据启动时看到的数据是一致的。本事务未提交的变更也是不可读的。
- 串行化对同一行记录，写会加锁，读也会加锁，后一个操作一定要等到前一个操作完成。
并行性能依次降低，安全性依次提高。
| 时间T1 | 时间T2 | 时间T2 | 时间T3 | 时间T4 | 时间T5 | 时间T6 | 时间T7 | |
|---|---|---|---|---|---|---|---|---|
| 事务A | 启动事务 | 读取值1 | 读取值V1 | 读取值V2 | 提交事务A | 读取值V3 | ||
| 事务B | 启动事务 | 读取值1 | 修改值为2 | 提交事务B |
读未提交那么V1、V2、V3值都是2。
读提交那么V1为1，V2和V3是2。
可重复那么V1和V2都是1，V3是2。
串行化事务A执行完后执行事务B，然后读取值。所以V1和V2是1，V3是2。
1.3 为什么建议不使用长事务
长事务意味着数据会保留很多老的事务视图，这些事务视图是为了方便事务的回滚。由于事务随时都可能回滚，所以数据库需要使用存储空间进行保存。
在mysql5.5之前的版本，回滚日志和数据字典放在一起，即使事务提交了，回滚段被清理，空间也不会变小。导致最后为了清理空间，只好将整个库给重建。
数据参数autocommit=0表示，不自动提交；建议将autocommit值设置1，这样就可以尽量避免长事务。下面这个语句用于查询事务时间超过120s的。
select * from information_schema.innodb_trx where TIME_TO_SEC(timediff(now(),trx_started))>120
避免长事务：1、业务连接数据库时，通过设置set max_execute_time来控制长事务。2、设置set autocommit=1。
2 数据库锁分类
数据库锁可以分为全局锁，表锁，行锁。
2.1 全局锁
全局锁是对整个数据库实例加锁。MySQL 提供了一个加全局读锁的方法，命令是
Flush tables with read lock
(FTWRL)。当你需要让整个库处于只读状态的时候，可以使用这个命令，之后其他线程的以下语句会被阻塞：数据更新语句（数据的增删改）、数据定义语句（包括建表、修改表结构等）和更新类事务的提交语句。
全局锁是在做全局备份的时候使用。如果你在主库上备份，那么在备份期间都不能执行更新，业务基本上就得停摆。官方自带的逻辑备份工具是 mysqldump。当 mysqldump 使用参数–single-transaction 的时候，导数据之前就会启动一个事务，来确保拿到一致性视图。single-transaction 方法只适用于所有的表使用事务引擎的库。如果有的表使用了不支持事务的引擎，那么备份就只能通过 FTWRL 方法。这往往是 DBA 要求业务开发人员使用 InnoDB 替代 MyISAM 的原因之一。
2.2 表级别锁
MySQL 里面表级别的锁有两种：一种是表锁，一种是元数据锁（meta data lock，MDL)。
举个例子如果在某个线程 A 中执行 lock tables t1 read, t2 write; 这个语句，则其他线程写 t1、读写 t2 的语句都会被阻塞。同时，线程 A 在执行 unlock tables 之前，也只能执行读 t1、读写 t2 的操作。连写 t1 都不允许，自然也不能访问其他表。
MDL 不需要显式使用，在访问一个表的时候会被自动加上。MDL 的作用是，保证读写的正确性。你可以想象一下，如果一个查询正在遍历一个表中的数据，而执行期间另一个线程对这个表结构做变更，删了一列，那么查询线程拿到的结果跟表结构对不上，肯定是不行的。
如何安全地给小表加字段？
- 如果有常事务： 现在数据库schema表查看常事务，然后停止。
- 如果操作的是一个热表，数据使用频繁alert table加等待时间，如果没有锁拿到，则放弃，然后重试。