一.事务 (Trasaction) 关系型数据库 RDBMS
1.1:事务的定义
一条或者多条事务的集合!
一些列的数据操作捆绑在一起,成为一个整体;
1.2:事务的特性
A(Atomicity)原子性:在事务操作过程中,要么执行,要么都不执行!
C(Consistency)一致性:事务必须保证数据库是从一个一致性状态到达另一个一致性状态!
I(Isolation)隔离性:确保每个事务之间互不干扰!
D(Durability)持久性:事务一旦操作,那么对数据库中的操作是永久性的!
1.3:小例子
-- 模拟小黑给小白转账 小黑-1000 小白+1000
UPDATE bank SET money=money-1000 WHERE `name`='小黑';
UPDATE bank SET money=money+1000 WHERE `name`='小白2';
-- 开启事务 begin或者是 start transaction
BEGIN;
UPDATE bank SET money=money-1000 WHERE `name`='小黑';
UPDATE bank SET money=money+1000 WHERE `name`='小白2';
COMMIT;
-- mysql是自动提交事务的 所以我们要关闭自动提交事务
SET autocommit=0; -- 默认是1 自动提交事务
BEGIN;
UPDATE bank SET money=money-1000 WHERE `name`='小黑';
UPDATE bank SET money=money+1000 WHERE `names`='小白2';
ROLLBACK; --如果不设置rollback,小黑的钱还是会减少,因为实际过程中我们会使用异常处理机制!
COMMIT
1.4:使用jdbc和事务模拟转账操作!
注意点:
01.connection连接必须是同一个
02.connnection.setAutoCommit(fasle)
03.自已模拟出现一个异常,在catch代码块中增加connection.rollback()
04.connnection.commit()提交事务
1.5:事务的书写原则
01.事务尽可能简短
因为事务启动后,数据库会专门保留资源来保证事务的ACID特定!如果事务繁多会影响我们的系统性能!
02.事务中涉及到的数据量尽量小
当高并发的情况产生时,事务操作的数据量越小,各个事务之前对数据的争夺就越小!
03.查询数据的时候尽量不要使用事务
因为查询不会对数据库的数据做改变!
04.事务操作过程中,尽量不要出现用户输入等待的情况
如果等待时间过长,会占用系统资源,导致系统崩溃!
二:事务隔离级别
int num=0;
num=10;
2.1:为什么引入事务隔离级别
01.更新丢失
两个事务,同时操作同一条数据,一个事务把另一个事务的操作结果覆盖了!
02.脏读
一个事务读取到了另一个事务没有提交的数据!这是相当危险的!
03.不可重复读
一个事务对同一条数据读取了2次,但是得到的结果不一样
001.虚读
A事务在查询数据之后,B事务对这条数据做了修改,A再次查询这条数据,已经发生了变化!
002.幻读
A事务在查询数据之后,再次查询的时候,发现数据中少了或者多了一些数据!
2.2:什么是事务隔离级别
针对于上诉所阐述的问题,数据库给我们提供一个解决的方案===》 事务隔离级别
2.3:事务隔离级别的分类
01.读未提交(ReadUncommitted):允许脏读取,但是不允许更新丢失!
02.读提交(Read Committed):不允许脏读取,但是允许不可重复读!
03.可重复读取(Repeatable Read):不允许不可重复读和脏读取! mysql 默认的事务隔离级别
04.串行化(Serializable):最严格的事务隔离级别!事务必须一个一个执行!
注意点:
事务隔离级别越高,效率越低,但是安全性越高!
2.4:mysql事务隔离级别演示
01.查询mysql默认的事务隔离级别
SELECT @@tx_isolation;
02.修改事务隔离级别为读未提交(ReadUncommitted)
SET tx_isolation="Read-Uncommitted"
03.演示脏读
cmd命令行:
begin;
修改数据
在小海豚中查询,发现能看到没有提交的数据!
04.演示更新丢失
cmd命令行:
begin;
修改数据
在小海豚中也修改同一行数据,发现老转圈(等待)