MySql事务和锁

MySql事务

1 数据库事务种类

1.1 事务的几大原则

1. 原子性 Automicity
2. 一致性 Consistency
3. 隔离性 Isolation
4. 持久性 Durability

1.2 数据库事务分类

1. 读未提交： 一个事务还没提交时，它作的变动就能被其余事务看到。
2. 读提交（read commit): 一个事务提交后，才能被别的事务看到。
3. 可重复一个事务执行过程当中看到的事务，老是和这个数据启动时看到的数据是一致的。本事务未提交的变动也是不可读的。
4. 串行化对同一行记录，写会加锁，读也会加锁，后一个操做必定要等到前一个操做完成。

并行性能依次下降，安全性依次提升。

	时间T1	时间T2	时间T2	时间T3	时间T4	时间T5	时间T6	时间T7
事务A	启动事务	读取值1		读取值V1		读取值V2	提交事务A	读取值V3
事务B	启动事务	读取值1	修改值为2		提交事务B

读未提交那么V一、V二、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

避免长事务：一、业务链接数据库时，经过设置set max_execute_time来控制长事务。二、设置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; 这个语句，则其余线程写 t一、读写 t2 的语句都会被阻塞。同时，线程 A 在执行 unlock tables 以前，也只能执行读 t一、读写 t2 的操做。连写 t1 都不容许，天然也不能访问其余表。

MDL 不须要显式使用，在访问一个表的时候会被自动加上。MDL 的做用是，保证读写的正确性。你能够想象一下，若是一个查询正在遍历一个表中的数据，而执行期间另外一个线程对这个表结构作变动，删了一列，那么查询线程拿到的结果跟表结构对不上，确定是不行的。

如何安全地给小表加字段？

1. 若是有常事务： 如今数据库schema表查看常事务，而后中止。
2. 若是操做的是一个热表，数据使用频繁alert table加等待时间，若是没有锁拿到，则放弃，而后重试。