MySQL中的事务控制的介绍

1:事务控制
默认情况下,MySQL是自动提交(autocommit)的,什么意思?意思就是说你insert,或update某表之后,不需要commit,你的操作也会成功的改变表中的数据。

2:为什么需要事务控制和锁
事务就是被绑定在一起作为一个逻辑工作单元的SQL语句分组,如果任何一个语句操作失败那么整个操作就被失败,以后操作就会回滚到操作前状态,或者是上有个节点。为了确保要么执行,要么不执行,就可以使用事务。要将有组语句作为事务考虑,就需要通过ACID测试,即原子性,一致性,隔离性和持久性。

锁:在所以的DBMS中,锁是实现事务的关键,锁可以保证事务的完整性和并发性。与现实生活中锁一样,它可以使某些数据的拥有者,在某段时间内不能使用某些数据或数据结构。当然锁还分级别的。

3:事务控制相关的操作
引用:http://blog.csdn.net/mchdba/article/details/8690935
MySQL事务控制语句
在mysql命令行的默认下,事务都是自动提交的,sql语句提交后马上会执行commit操作。因此开启一个事务必须使用begin,start transaction,或者执行 set autocommit=0;
可以使用的事务控制语句
start transction | begin : 显示的开启一个事务
commit (commit work)
commit work与completion_type的关系,commit work是用来控制事务结束后的行为,是chain还是release的,可以通过参数completion_type来控制,默认为0(或者NO_CHAIN),表示没有任何操作 与commit效果一样。当completion_type=1的时候

[sql] view plain copy print?
mysql> set names utf8;
Query OK, 0 rows affected (0.00 sec)

mysql> create table t(a int, primary key (a))engine=innodb;
Query OK, 0 rows affected (0.29 sec)

mysql> select @@autocommit;
+————–+
| @@autocommit |
+————–+
| 1 |
+————–+
1 row in set (0.00 sec)

mysql> set @@completion_type=1;
Query OK, 0 rows affected (0.00 sec)

mysql> begin;
Query OK, 0 rows affected (0.00 sec)

mysql> insert into t select 1;
Query OK, 1 row affected (0.00 sec)
Records: 1 Duplicates: 0 Warnings: 0

mysql> commit work;
Query OK, 0 rows affected (0.00 sec)

mysql> insert into t select 2;
Query OK, 1 row affected (0.00 sec)
Records: 1 Duplicates: 0 Warnings: 0

mysql> insert into t select 2;
ERROR 1062 (23000): Duplicate entry ‘2’ for key ‘PRIMARY’
mysql> rollback;
Query OK, 0 rows affected (0.00 sec)

回滚之后只有1这个记录,而没有2这个记录

mysql> select * from t;
+—+
| a |
+—+
| 1 |
+—+
1 row in set (0.00 sec)

测试中,将completion_type设置成1,第一次通过commit work来insert这条记录。之后insert 2的时候并没有启用begin(start transaction)来开启一个事务,之后再插入一条重复的记录2,这时会抛出异常rollback后,最后发现只有1这样一条记录,2并没有被insert进去。因为completion_type为1的时候,commit work会开启另外一个事务,因此2个insert语句是在同一个事务里面的,所以回滚后就没有insert进去。
参数completion_type为2时,commit work等同于commit and release。当事务提交时候会自动断开与db的连接,如下:
[sql] view plain copy print?
mysql> set @@completion_type=2;
Query OK, 0 rows affected (0.00 sec)

mysql> begin
-> ;
Query OK, 0 rows affected (0.00 sec)

mysql> insert into t select 3;
Query OK, 1 row affected (0.00 sec)
Records: 1 Duplicates: 0 Warnings: 0

mysql> commit work;
Query OK, 0 rows affected (0.00 sec)

mysql> select @@versison;
ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect…
Connection id: 205656
Current database: test

ERROR 1193 (HY000): Unknown system variable ‘versison’
mysql>

通过上面的测试发现,completion_type设置成2时,commit work之后,再通过select获取db服务器版本信息的时候出现2006的error,说明以及断开了与db的连接。
rollback,rollback work与commit,commit work的工作原理一样。

rollback(rollback work)
savepoint identifier:在事务中创建一个保存点,一个事务允许有多个保存点
release savepoint identifier:删除事务中的保存点,当时一个保存点也没有时执行这个命令,会报错抛出一个异常,如下所示:
[sql] view plain copy print?
mysql> begin;
Query OK, 0 rows affected (0.00 sec)

mysql> rollback to savepoint t1;
ERROR 1305 (42000): SAVEPOINT t1 does not exist
mysql>

innodb存储引擎中的事务都是原子性的,说明以下2种情况:
构成事务的每条语句都会commit,否则事务的每条语句都会rollback,这种保护还会涉及到单调的语句。一条语句要不完成成功要么完全回滚,
但是一条语句失败并不会导致前一条执行的语句自动回滚,他们的工作会保留,需要你手动commit或者rollback。如下:
[sql] view plain copy print?
mysql> create table t(a int, primary key (a))engine=innodb;
Query OK, 0 rows affected (0.24 sec)

mysql> begin
-> ;
Query OK, 0 rows affected (0.00 sec)

mysql> insert into t select 1;
Query OK, 1 row affected (0.00 sec)
Records: 1 Duplicates: 0 Warnings: 0

mysql> insert into t select 1;
ERROR 1062 (23000): Duplicate entry ‘1’ for key ‘PRIMARY’
mysql> select * from t;
+—+
| a |
+—+
| 1 |
+—+
1 row in set (0.00 sec)

mysql>
可以看到,插入第二条记录的时候,db抛出了1062错误,但是并没有自动回滚,能查出前一条insert的记录,这个时候需要我们手动commit或者rollback

rollback to [savepoint] identifier:与savepoint一起使用,可以把事务回滚到标记点,而不回滚在此标记点之前的任何工作。

set transaction:设置事务的隔离级别,4种事务隔离级别:read uncommitted,read committed,repeatable read,serializable。
start transaction与begin都可以在mysql命令行下显示的开启一个事务,但是在存储过程中MySQL会自动将begin识别成begin … end。
因此在存储过程中,只能用start transaction。

猜你喜欢

转载自blog.csdn.net/qq_27028821/article/details/52262646