中科因仑“3+1”工程特种兵精英论坛

标题: Mysql锁机制和事务控制 [打印本页]
作者: lucky80204    时间: 2014-8-20 11:32
标题: Mysql锁机制和事务控制
本帖最后由 lucky80204 于 2014-8-21 09:44 编辑

如何加锁锁定表的语法：
    LOCK TABLES
    tbl_name [AS alias] {READ [LOCAL] | [LOW_PRIORITY] WRITE}
    [, tbl_name [AS alias] {READ [LOCAL] | [LOW_PRIORITY] WRITE}] ...
解锁语法：
    UNLOCK TABLES

innodb的存储引擎提供行级锁，支持共享锁和排他锁两种锁定模式，以及四种不同的隔离级别。
死锁InnoDB自动检测事务的死锁，并回滚一个或几个事务来防止死锁。InnoDB不能在MySQL LOCK TABLES设定表锁定的地方或者涉及InnoDB之外的存储引擎设置锁定的地方检测死锁。你必须通过设定innodb_lock_wait_timeout系统变量的值来解决这些情况。如果要依靠锁等待超时来解决死锁问题，对于更新事务密集的应用，将有可能导致大量事务的锁等待，导致系统异常，所以不推荐在一个事务中混合更新不同存储类型的表，也不推荐相同类型的表采用不同的锁定方式加锁。
事务控制MySQL通过SET AUTOCOMMIT, START TRANSACTION, COMMIT和ROLLBACK等语句支持本地事务。语法：
    START TRANSACTION | BEGIN [WORK]
    COMMIT [WORK] [AND [NO] CHAIN] [[NO] RELEASE]
    ROLLBACK [WORK] [AND [NO] CHAIN] [[NO] RELEASE]
    SET AUTOCOMMIT = {0 | 1}
默认情况下，mysql是autocommit的，如果需要通过明确的commit和rollback来提交和回滚事务，那么需要通过明确的事务控制命令来开始事务，这是和oracle的事务管理明显不同的地方，如果应用是从oracle数据库迁移到mysql数据库，则需要确保应用中是否对事务进行了明确的管理。

如果我们只是对某些语句需要进行事务控制，则使用START TRANSACTION开始一个事务比较方便，这样事务结束之后可以自动回到自动提交的方式，如果我们希望我们所有的事务都不是自动提交的，那么通过修改AUTOCOMMIT来控制事务比较方便，这样不用在每个事务开始的时候再执行START TRANSACTION。

timesession_1session_2
--------------------------------------------------------->mysql> select * from tt3;
Empty set (0.00 sec)		mysql> select * from tt3;
Empty set (0.00 sec)
mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)
mysql> insert into tt3 values('1',1);
Query OK, 1 row affected (0.03 sec)
mysql> select * from tt3;
Empty set (0.00 sec)
mysql> commit;
Query OK, 0 rows affected (0.05 sec)
mysql> select * from tt3;
+------+------+
| id   | name |
+------+------+
| 1    | 1.00 |
+------+------+
1 row in set (0.00 sec)
mysql> insert into tt3 values('2',2);
Query OK, 1 row affected (0.04 sec)
这个事务是按照自动提交执行的
mysql> select * from tt3;
+------+------+
| id   | name |
+------+------+
| 1    | 1.00 |
| 2    | 2.00 |
+------+------+
2 rows in set (0.00 sec)
mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

mysql> insert into tt3 values('3',3);
Query OK, 1 row affected (0.00 sec)

mysql> commit and chain;
Query OK, 0 rows affected (0.05 sec)
自动开始一个新的事务
mysql> insert into tt3 values('4',4);
Query OK, 1 row affected (0.00 sec)
mysql> select * from tt3;
+------+------+
| id   | name |
+------+------+
| 1    | 1.00 |
| 2    | 2.00 |
| 3    | 3.00 |
+------+------+
3 rows in set (0.00 sec)
mysql> commit;
Query OK, 0 rows affected (0.06 sec)
mysql> select * from tt3;
+------+------+
| id   | name |
+------+------+
| 1    | 1.00 |
| 2    | 2.00 |
| 3    | 3.00 |
| 4    | 4.00 |
+------+------+
4 rows in set (0.00 sec)

开始一个事务，会造成一个隐含的unlock tables被执行：
timesession_1session_2
--------------------------------------------------------->mysql> select * from tt3;
Empty set (16.65 sec)		mysql> select * from tt3;
Empty set (16.65 sec)
mysql> lock table tt3 write;
Query OK, 0 rows affected (0.00 sec)
mysql> select * from tt3;
等待
mysql> insert into tt3 values('1',1);
Query OK, 1 row affected (0.07 sec)		等待
mysql> rollback;
Query OK, 0 rows affected (0.00 sec)		等待
mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)		等待
mysql> select * from tt3;
+------+------+
| id   | name |
+------+------+
| 1    | 1.00 |
+------+------+
1 row in set (37.71 sec)
开始一个事务时，表锁被释放。
对lock方式加的表锁，不能通过rollback进行回滚。

因此，在同一个事务中，最好不使用不同存储引擎的表，否则rollback时需要对非事务类型的表进行特别的处理，因为commit、rollback只能对事务类型的表进行提交和回滚。
通常情况下，只对提交的事务纪录到二进制的日志中，但是如果一个事务中包含非事务类型的表，那么回滚操作也会被记录到二进制日志中，以确保非事务类型表的更新可以被复制到从的数据库中。

和oracle的事务管理相同，所有的DDL语句是不能回滚的，并且部分的DDL语句会造成隐式的提交。

在事务中可以通过定义savepoint，指定回滚事务的一个部分，但是不能指定提交事务的一个部分。对于复杂的应用，可以定义多个不同的savepoint，满足不同的条件时，回滚不同的savepoint。需要注意的是，如果定义了相同名字的savepoint，则后面定义的savepoint会覆盖之前的定义。对于不再需要使用的savepoint，可以通过release savepoint命令删除savepoint，删除后的savepoint，不能再执行rollback to savepoint命令。

下面我们例子就是模拟回滚事务的一个部分，通过定义savepoint来指定需要回滚的事务的位置。
timesession_1session_2
--------------------------------------------------------->mysql> select * from tt3;
+------+------+
| id   | name |
+------+------+
| 2    | 2.00 |
| 3    | 3.00 |
| 4    | 4.00 |
+------+------+
3 rows in set (0.00 sec)		mysql> select * from tt3;
+------+------+
| id   | name |
+------+------+
| 2    | 2.00 |
| 3    | 3.00 |
| 4    | 4.00 |
+------+------+
3 rows in set (0.00 sec)
mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

mysql> delete from tt3 where id = '2';
Query OK, 1 row affected (0.00 sec)
mysql> select * from tt3;
+------+------+
| id   | name |
+------+------+
| 3    | 3.00 |
| 4    | 4.00 |
+------+------+
3 rows in set (0.00 sec)		mysql> select * from tt3;
+------+------+
| id   | name |
+------+------+
| 2    | 2.00 |
| 3    | 3.00 |
| 4    | 4.00 |
+------+------+
3 rows in set (0.00 sec)
mysql> savepoint test;
Query OK, 0 rows affected (0.00 sec)

mysql> delete from tt3 where id = '3';
Query OK, 1 row affected (0.00 sec)
mysql> select * from tt3;
+------+------+
| id   | name |
+------+------+
| 4    | 4.00 |
+------+------+
3 rows in set (0.00 sec)		mysql> select * from tt3;
+------+------+
| id   | name |
+------+------+
| 2    | 2.00 |
| 3    | 3.00 |
| 4    | 4.00 |
+------+------+
3 rows in set (0.00 sec)
mysql> rollback to savepoint test;
Query OK, 0 rows affected (0.00 sec)
mysql> select * from tt3;
+------+------+
| id   | name |
+------+------+
| 3    | 3.00 |
| 4    | 4.00 |
+------+------+
2 rows in set (0.00 sec)		mysql> select * from tt3;
+------+------+
| id   | name |
+------+------+
| 2    | 2.00 |
| 3    | 3.00 |
| 4    | 4.00 |
+------+------+
3 rows in set (0.00 sec)
mysql> commit;
Query OK, 0 rows affected (0.05 sec)
mysql> select * from tt3;
+------+------+
| id   | name |
+------+------+
| 3    | 3.00 |
| 4    | 4.00 |
+------+------+
2 rows in set (0.00 sec)		mysql> select * from tt3;
+------+------+
| id   | name |
+------+------+
| 3    | 3.00 |
| 4    | 4.00 |
+------+------+
2 rows in set (0.00 sec)






欢迎光临 中科因仑“3+1”工程特种兵精英论坛 (http://bbs.enlern.com/) Powered by Discuz! X3.4