mysql存储过程之事务篇
事务的四大特征:
ACID:Atomic(原子性)、Consistent(一致性)、Isolated(独立性)、Durable (持久性)
MySQL的事务支持不是绑定在MySQL服务器本身,而是与存储引擎相关:
sql代码
1. MyISAM:不支持事务,用于只读程序提高性能
2. InnoDB:支持ACID事务、行级锁、并发
3. Berkeley DB:支持事务
事务隔离级别标准:
ANSI(美国国家标准学会)标准定义了4个隔离级别,MySQL的InnoDB都支持:
sql代码
1. READ UNCOMMITTED:最低级别的隔离,通常又称为dirty read,它允许一个事务读取还没commit的数据,这样可能会提高性能,但是dirty read可能不是我们想要的
2. READ COMMITTED:在一个事务中只允许已经commit的记录可见,如果session中select还在查询中,另一session此时insert一条记录,则新添加的数据不可见
3. REPEATABLE READ:在一个事务开始后,其他session对数据库的修改在本事务中不可见,直到本事务commit或rollback。在一个事务中重复select的结果一样,除非本事务中update数据库。
4. SERIALIZABLE:最高级别的隔离,只允许事务串行执行。为了达到此目的,数据库会锁住每行已经读取的记录,其他session不能修改数据直到前一事务结束,事务commit或取消时才释放锁。
Mysql的默认隔离级别是:REPEATABLE READ
READ UNCOMMITTED级别会导致数据完整性的严重问题,需要自己控制如何保持数据完整性
SERIALIZABLE会导致性能问题并增加死锁的机率
Mysql事务操作语句:
1. START TRANSACTION:开始事务,autocommit设为0,如果已经有一个事务在运行,则会触发一个隐藏的COMMIT
2. COMMIT:提交事务,保存更改,释放锁
3. ROLLBACK:回滚本事务对数据库的所有更改,然后结束事务,释放锁
4. SAVEPOINT savepoint_name:创建一个savepoint识别符来ROLLBACK TO SAVEPOINT
5. ROLLBACK TO SAVEPOINT savepoint_name:回滚到从savepoint_name开始对数据库的所有更改,这样就允许回滚事务中的一部分,保证更改的一个子集被提交
6. SET TRANSACTION:允许设置事务的隔离级别
7. LOCK TABLES:允许显式的锁住一个或多个table,会隐式的关闭当前打开的事务,建议在执行LOCK TABLES语句之前显式的commit或rollback。我们一般所以一般在事务代码里不会使用LOCK TABLES
定义事务
MySQL默认的行为是在每条SQL语句执行后执行一个COMMIT语句,从而有效的将每条语句独立为一个事务。
在复杂的应用场景下这种方式就不能满足需求了。
为了打开事务,允许在COMMIT和ROLLBACK之前多条语句被执行,我们需要做以下两步:
1, 设置MySQL的autocommit属性为0,默认为1
2,使用START TRANSACTION语句显式的打开一个事务
上面已经说了,当使用START TRANSACTION开始一个事物的时候,则SET autocommit=0不会起作用,因为START TRANSACTION会隐式的提交session中所有当前的更改,结束已有的事务,并打开一个新的事务。
使用SET AUTOCOMMIT语句的存储过程例子:
sql代码
1 CREATE PROCEDURE tfer_funds(from_account int, to_account int, tfer_amount numeric(10,2)) 2 BEGIN 3 SET autocommit=0; 4 UPDATE account_balance SET balance=balance-tfer_amount WHERE account_id=from_account; 5 UPDATE account_balance SET balance=balance+tfer_amount WHERE account_id=to_account; 6 COMMIT; 7 END;
使用START TRANSACITON打开事务的例子:
sql代码1
1 CREATE PROCEDURE tfer_funds(from_account int, to_account int, tfer_amount numeric(10,2)) 2 BEGIN 3 START TRANSACTION; 4 UPDATE account_balance SET balance=balance-tfer_amount WHERE account_id=from_account; 5 UPDATE account_balance SET balance=balance+tfer_amount WHERE account_id=to_account; 6 COMMIT; 7 END;
sql代码2
1 create procedure t_insert_table() 2 begin 3 /** 标记是否出错 */ 4 declare t_error int default 0; 5 /** 如果出现sql异常,则将t_error设置为1后继续执行后面的操作 */ 6 declare continue handler for sqlexception set t_error=1; -- 出错处理 7 /** 显示的开启事务,启动它后,autocommit值会自动设置为0 */ 8 start transaction; 9 insert into t_bom_test(parent_id,child_id) values('C','XXXX'); 10 insert into t_trigger_test(name,age) values('zhangsan',34); 11 /** 标记被改变,表示事务应该回滚 */ 12 if t_error=1 then 13 rollback; -- 事务回滚 14 else 15 commit; -- 事务提交 16 end if; 17 end
通常COMMIT或ROLLBACK语句执行时才完成一个事务,但是有些DDL语句等会隐式触发COMMIT,所以应该在事务中尽可能少用或注意一下:
Java代码
1 ALTER FUNCTION 2 ALTER PROCEDURE 3 ALTER TABLE 4 BEGIN 5 CREATE DATABASE 6 CREATE FUNCTION 7 CREATE INDEX 8 CREATE PROCEDURE 9 CREATE TABLE 10 DROP DATABASE 11 DROP FUNCTION 12 DROP INDEX 13 DROP PROCEDURE 14 DROP TABLE 15 UNLOCK TABLES 16 LOAD MASTER DATA 17 LOCK TABLES 18 RENAME TABLE 19 TRUNCATE TABLE 20 SET AUTOCOMMIT=1 21 START TRANSACTION
3,使用Savepoint
使用savepoint回滚难免有些性能消耗,一般可以用IF改写
savepoint的良好使用的场景之一是“嵌套事务”,你可能希望程序执行一个小的事务,但是不希望回滚外面更大的事务:
Sql代码
1 CREATE PROCEDURE nested_tfer_funds(in_from_acct INTEGER, in_to_acct INTEGER, in_tfer_amount DECIMAL(8,2)) 2 BEGIN 3 DECLARE txn_error INTEGER DEFAULT 0; 4 DECLARE CONTINUE HANDLER FOR SQLEXCEPTION 5 BEGIN 6 SET txn_error=1; 7 END 8 SAVEPINT savepint_tfer; 9 UPDATE account_balance SET balance=balance-in_tfer_amount WHERE account_id=in_from_acct; 10 IF txn_error THEN 11 ROLLBACK TO savepoint_tfer; 12 SELECT 'Transfer aborted'; 13 ELSE 14 UPDATE account_balance SET balance=balance+in_tfer_amount WHERE account_id=in_to_acct; 15 IF txn_error THEN 16 ROLLBACK TO savepoint_tfer; 17 SELECT 'Transfer aborted'; 18 END IF: 19 END IF; 20 END;
事务和锁
事务的ACID属性只能通过限制数据库的同步更改来实现,通过对数据加锁来实现。
直到事务触发COMMIT或ROLLBACK语句时锁才释放。
这样做的缺点是后面的事务必须等前面的事务完成才能开始执行,吞吐量随着等待锁释放的时间增长而递减。
Mysql的innodb通过行级锁来最小化锁竞争。这样修改同一table里其他行的数据没有限制,而且读数据可以始终没有等待。
可以在SELECT语句里使用FOR UPDATE或LOCK IN SHARE MODE语句来加上行级锁
1. SELECT select_statement options [FOR UPDATE|LOCK IN SHARE MODE]
FOR UPDATE会锁住该SELECT语句返回的行,其他SELECT和DML语句必须等待该SELECT语句所在的事务完成
LOCK IN SHARE MODE同FOR UPDATE,但是允许其他session的SELECT语句执行并允许获取SHARE MODE锁
下面了解一下死锁,悲观锁,乐观锁,但是不深入掌握,当前只掌握概念
2.悲观锁:在读取数据时锁住那几行,其他对这几行的更新需要等到悲观锁结束时才能继续
1 CREATE PROCEDURE tfer_funds(from_account INT, to_account INT,tfer_amount NUMERIC(10,2), OUT status INT, OUT message VARCHAR(30)) 2 BEGIN 3 DECLARE from_account_balance NUMERIC(10,2); 4 START TRANSACTION; 5 insert INTO from_account_balance 6 SELECT balance FROM account_balance WHERE account_id=from_account FOR UPDATE; 7 IF from_account_balance>=tfer_amount THEN 8 UPDATE account_balance SET balance=balance-tfer_amount WHERE account_id=from_account; 9 UPDATE account_balance SET balance=balance+tfer_amount WHERE account_id=to_account; 10 COMMIT; 11 SET status=0; 12 SET message='OK'; 13 ELSE 14 ROLLBACK; 15 SET status=-1; 16 SET message='Insufficient funds'; 17 END IF; 18 END;
3.乐观所:读取数据时不锁,更新时检查是否数据已经被更新过,如果是则取消当前更新
1 CREATE PROCEDURE tfer_funds(from_account INT, to_account INT, tfer_amount NUMERIC(10,2), OUT status INT, OUT message VARCHAR(30) ) 2 BEGIN 3 DECLARE from_account_balance NUMERIC(8,2); 4 DECLARE from_account_balance2 NUMERIC(8,2); 5 DECLARE from_account_timestamp1 TIMESTAMP; 6 DECLARE from_account_timestamp2 TIMESTAMP; 7 SELECT account_timestamp,balance INTO from_account_timestamp1,from_account_balance FROM account_balance WHERE account_id=from_account; 8 IF (from_account_balance>=tfer_amount) THEN 9 -- Here we perform some long running validation that 10 -- might take a few minutes */ 11 CALL long_running_validation(from_account); 12 START TRANSACTION; 13 -- Make sure the account row has not been updated since 14 -- our initial check 15 16 insert INTO from_account_timestamp2,from_account_balance2 17 SELECT account_timestamp, balance FROM account_balance WHERE account_id=from_account FOR UPDATE; 18 IF (from_account_timestamp1 <> from_account_timestamp2 OR from_account_balance <> from_account_balance2) THEN 19 ROLLBACK; 20 SET status=-1; 21 SET message=CONCAT("Transaction cancelled due to concurrent update", " of account" ,from_account); 22 ELSE 23 UPDATE account_balance SET balance=balance-tfer_amount WHERE account_id=from_account; 24 UPDATE account_balance SET balance=balance+tfer_amount WHERE account_id=to_account; 25 COMMIT; 26 SET status=0; 27 SET message="OK"; 28 END IF; 29 ELSE 30 ROLLBACK; 31 SET status=-1; 32 SET message="Insufficient funds"; 33 END IF; 34 END
一般在悲观锁的等待时间过长而不能接受时我们才会选择乐观锁
事务设计指南
1,保持事务短小
2,尽量避免事务中rollback
3,尽量避免savepoint
4,默认情况下,依赖于悲观锁
5,为吞吐量要求苛刻的事务考虑乐观锁
6,显示声明打开事务
7,锁的行越少越好,锁的时间越短越好