最近要对数据库的数据进行一个定时迁移，为了防止在执行过程sql语句因为某些原因报错而导致数据转移混乱，因此要对我们的脚本加以事务进行控制。
首先我们建一张tran_test表
|
1
2
3
4
5
|
CREATE TABLE tran_test( f1 VARCHAR(10) NOT NULL, f2 INT(1) DEFAULT NULL, PRIMARY KEY (f1) )ENGINE=INNODB CHARSET=utf8 |
我想对tran_test插入两条数据，但是为了防止插入中报错，因此我要把插入语句控制在一个事务内。
这时候，如果你查一下有些人的文章，许多时候会给出你这么一条答案。
|
1
2
3
4
|
START TRANSACTION; INSERT INTO tran_test VALUES('A',1); INSERT INTO tran_test VALUES('B',2); ROLLBACK; |
或
|
1
2
3
4
|
START TRANSACTION; INSERT INTO tran_test VALUES('A',1); INSERT INTO tran_test VALUES('B',2); COMMIT; |
看上去很简单的sql语句，并且这两句也确实能实现提交或回滚。
然而这真的能达到我们的目的吗？答案是否定的。
比如第一段，它是将你在事务中的sql语句无论对错全部进行ROLLBACK。这样绝对的回滚使得你的sql没有任何意义了。
因此我们想要真正的控制好事务，我的思路是对要执行的sql进行异常检测。如果sql没有出现异常，COMMIT，如果捕获到了异常，则ROLLBACK。
这时候，我们就需要建一个存储过程来捕获异常。执行成功时进行COMMIT，sql执行失败时则进行ROLLBACK。
两种思路可以达到我想要的效果。
第一种是对我们要执行的sql进行异常捕获，我们再定义一个变量t_error，当捕获到异常的时候，让t_error=1。再对t_error进行条件判断，如果t_error=1则进行ROLLBACK，否则进行COMMIT。
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
|
DROP PROCEDURE IF EXISTS t_test; DELIMITER // CREATE PROCEDURE t_test() BEGIN DECLARE t_error INTEGER; DECLARE CONTINUE HANDLER FOR SQLEXCEPTION SET t_error = 1; START TRANSACTION; INSERT INTO tran_test VALUES('A',1); INSERT INTO tran_test VALUES('B',2); IF t_error = 1 THEN ROLLBACK; ELSE COMMIT; END IF; END// CALL t_test(); |
另一只则是第一种的简化，即捕获到异常直接进行ROLLBACK，如果没捕获到异常，直接COMMIT
|
1
2
3
4
5
6
7
8
9
10
11
|
DROP PROCEDURE IF EXISTS t_test; DELIMITER // CREATE PROCEDURE t_test() BEGINDECLARE EXIT HANDLER FOR SQLEXCEPTION ROLLBACK; START TRANSACTION; INSERT INTO tran_test VALUES('A',1); INSERT INTO tran_test VALUES('B',2); COMMIT; END// CALL t_test() |
这样，这两个insert语句便真正的被控制在了一个事务内了。
以上实例大家可以在本次测试一下，如果有其他补充和疑问可以直接联系小编，感谢大家对服务器之家的支持。
原文链接：https://www.cnblogs.com/lykbk/p/sdfdfdf23423434345.html
