（1.3）mysql 事务控制和锁定语句

（1.3）mysql 事务控制和锁定语句

lock table 参考转载自：https://www.cnblogs.com/kerrycode/p/6991502.html

关键词：mysql lock table 和 unlock tables，mysql事务控制

【1】mysql lock table 和 unlock table

【1.1】一般形式：lock table tbl_name read/write

当前会话锁定表，仅当前会话可操作

LOCK TABLES

tbl_name [AS alias] {READ [LOCAL] | [LOW_PRIORITY] WRITE}

[, tbl_name [AS alias] {READ [LOCAL] | [LOW_PRIORITY] WRITE}] ...


 LOCAL修饰符表示可以允许在其他会话中对在当前会话中获取了READ锁的的表执行插入。但是当保持锁时，若使用Server外的会话来操纵数据库则不能使用READ LOCAL。另外，对于InnoDB表，READ LOCAL与READ相同。
 修饰符LOW_PRIORITY用于之前版本的MySQL，它会影响锁定行为,但是从MySQL 5.6.5以后，这个修饰符已经被弃用。如果使用它则会产生警告。

（1）read：添加会话级别共享锁，所有会话只能读，不能写；否则就会报“Table 'test' was locked with a READ lock and can't be updated”这样的错误，其它会话也可用这种办法在该表获取一个READ锁。
　　　　　　
（2）write:添加会话级别排它锁，仅加锁会话可以读写，其他会话连读都不能读，只能锁等待

（3）锁定多个表：lock tables test read, worklog read;

注意：
　　（1）如果当前会话如果锁定了其中一个表，那么是无法查询其它表的。否则会报“ERROR 1100 (HY000): Table 'worklog' was not locked with LOCK TABLES”错误。

　　（2）对于VIEW加锁，LOCK TABLES语句会为VIEW中使用的所有基表加锁。
　　　　　对触发器使用LOCK TABLE，那么就会锁定触发器中所包含的全部表（any tables used in triggers are also locked implicitly）

 

【1.2】什么时候释放拥有的锁

（1）使用unlock tables；　　（2）断开会话连接时；　　（3）显示开启事务时；　　（4）当会话发出另外一个LOCK TABLES时；

【2】事务控制

MySQL 事务主要用于处理操作量大，复杂度高的数据。比如说，在人员管理系统中，你删除一个人员，你即需要删除人员的基本资料，也要删除和该人员相关的信息，如信箱，文章等等，这样，这些数据库操作语句就构成一个事务！

• 在 MySQL 中只有使用了 Innodb 数据库引擎的数据库或表才支持事务。
• 事务处理可以用来维护数据库的完整性，保证成批的 SQL 语句要么全部执行，要么全部不执行。
• 事务用来管理 insert,update,delete 语句

一般来说，事务是必须满足4个条件（ACID）：：原子性（Atomicity，或称不可分割性）、一致性（Consistency）、隔离性（Isolation，又称独立性）、持久性（Durability）。

• 原子性：一个事务（transaction）中的所有操作，要么全部完成，要么全部不完成，不会结束在中间某个环节。事务在执行过程中发生错误，会被回滚（Rollback）到事务开始前的状态，就像这个事务从来没有执行过一样。

• 一致性：在事务开始之前和事务结束以后，数据库的完整性没有被破坏。这表示写入的资料必须完全符合所有的预设规则，这包含资料的精确度、串联性以及后续数据库可以自发性地完成预定的工作。

• 隔离性：数据库允许多个并发事务同时对其数据进行读写和修改的能力，隔离性可以防止多个事务并发执行时由于交叉执行而导致数据的不一致。事务隔离分为不同级别，包括读未提交（Read uncommitted）、读提交（read committed）、可重复读（repeatable read）和串行化（Serializable）。

• 持久性：事务处理结束后，对数据的修改就是永久的，即便系统故障也不会丢失。

在 MySQL 命令行的默认设置下，事务都是自动提交的，即执行 SQL 语句后就会马上执行 COMMIT 操作。因此要显式地开启一个事务务须使用命令 BEGIN 或 START TRANSACTION，或者执行命令 SET AUTOCOMMIT=0，用来禁止使用当前会话的自动提交。

【2.1】事务控制语句：

• BEGIN 或 START TRANSACTION 显式地开启一个事务；（注意，由于SP中，begin end为起止符号对，所以必须用start transaction）

• COMMIT 也可以使用 COMMIT WORK，不过二者是等价的。COMMIT 会提交事务，并使已对数据库进行的所有修改成为永久性的；

• ROLLBACK 也可以使用 ROLLBACK WORK，不过二者是等价的。回滚会结束用户的事务，并撤销正在进行的所有未提交的修改；

• SAVEPOINT identifier，SAVEPOINT 允许在事务中创建一个保存点，一个事务中可以有多个 SAVEPOINT；

• RELEASE SAVEPOINT identifier 删除一个事务的保存点，当没有指定的保存点时，执行该语句会抛出一个异常；

• ROLLBACK TO identifier 把事务回滚到标记点；

• SET TRANSACTION 用来设置事务的隔离级别。InnoDB 存储引擎提供事务的隔离级别有READ UNCOMMITTED、READ COMMITTED、REPEATABLE READ 和 SERIALIZABLE。

【2.2】MYSQL 事务处理主要的两种方法

【2.2.1】用 BEGIN, ROLLBACK, COMMIT来实现

• BEGIN 开始一个事务
• ROLLBACK 事务回滚
• COMMIT 事务确认

【2.2.2】直接用 SET 来改变 MySQL 的自动提交模式:

• SET AUTOCOMMIT=0 禁止自动提交
• SET AUTOCOMMIT=1 开启自动提交

【2.3】chain与release

（1）chain：定义事务提交或回滚之后，立即启动一个与刚才事务同一个隔离级别的新事务。

　　使用办法：commit and chain  /   rollback and chain

 （2）release：定义事务提交或回滚之后，断开和客户端的连接。

　　使用办法同上

 【2.4】使用保存点 SAVEPOINT

savepoint 是在数据库事务处理中实现“子事务”（subtransaction），也称为嵌套事务的方法。事务可以回滚到 savepoint 而不影响 savepoint 创建前的变化, 不需要放弃整个事务。
ROLLBACK 回滚的用法可以设置保留点 SAVEPOINT，执行多条操作时，回滚到想要的那条语句之前。

使用 SAVEPOINT

SAVEPOINT savepoint_name;    // 声明一个 savepoint

ROLLBACK TO savepoint_name;  // 回滚到savepoint
删除 SAVEPOINT

保留点再事务处理完成（执行一条 ROLLBACK 或 COMMIT）后自动释放。

MySQL5 以来，可以用:

RELEASE SAVEPOINT savepoint_name;  // 删除指定保留点

【2.5】事务在主从与不同引擎表之间的关系

 【3】锁查看

【3.1】查看锁住的表：show OPEN TABLES where In_use > 0;

【3.2】查看innodb锁信息：select * from information_schema.innodb_locks;

【3.3】查看Innodb锁等待：select * from information_schema.innodb_lock_waits;

【3.4】查看Inodb事务信息：select * from information_schema.innodb_trx

　　也可以 in (被锁事务ID) 来查看被锁事务信息。

【3.5】查看线程执行SQL：（1）show processlist;  （2）select * from information_schema.processlist;