思考:我去银行给朋友汇款,我卡上有1000元,朋友卡上500元,我给朋友转账50元(无手续费),如果,我的钱刚扣,而朋友的钱又没加时,网线断了,怎么办?
例:
#开启手动处理事务模式
#setautocommit=false;
#开始事务(推荐)
start transaction;
#查看当前表的数据
select * from t_stu_detail;
#删除整张表的数据
delete from t_stu_detail;
#查询该表数据,发现显示删除后的结果
select * from t_stu_detail;
#回滚
rollback
#查看当前表的数据,发现又回来了
select * from t_stu_detail;
#删除整张表的数据
delete from t_stu_detail;
#提交事务
commit;
#查看当前表的数据,发现真删除了
select * from t_stu_detail;
-------------------------------------------------
#插入一条记录
INSERTINTO t_stu_detail VALUES(1,'123456789012345678','1990-01-21','12345678901','a@163.com','北七家');
#保存还原点1
savepoint point1;
#插入一条记录
INSERTINTO t_stu_detail VALUES(2,'123456789012345677','1990-02-21','12345678902','b@163.com','北七家');
#保存还原点2
savepoint point2;
#查看当前效果
select * from t_stu_detail;
#回滚到某个还原点
rollback to point1;
#提交事务
commit;
---------------------------------------------------------
#清空表
truncate t_stu_detail;
#回滚,对于truncate无法回滚
rollback;
-------------------------------------------------------
#修改表结构
alter table t_stu_detail add description varchar(50);
#回滚,对于修改表结构的语句无法回滚
rollback;
对于同时运行的多个事务(多线程并发),当这些事务访问数据库中相同的数据时,如果没有采取必要的隔离机制,就会导致各种并发问题:(问题的本质就是线程安全问题,共享数据的问题)。
数据库事务的隔离性:数据库系统必须具有隔离并发运行各个事务的能力,使它们不会相互影响,避免各种并发问题。一个事务与其他事务隔离的程度称为隔离级别.数据库规定了多种事务隔离级别,不同隔离级别对应不同的干扰程度,隔离级别越高,数据一致性就越好,但并发性越弱。
Oracle支持的2种事务隔离级别:READCOMMITED,SERIALIZABLE.Oracle默认的事务隔离级别为:READCOMMITED
Mysql支持4中事务隔离级别.Mysql默认的事务隔离级别为:REPEATABLE-READ每启动一个mysql程序,就会获得一个单独的数据库连接.每个数据库连接都有一个变量@@tx_isolation,表示当前的事务隔离级别.
也称为读未提交(Read Uncommitted):允许事务读取其他事务未提交的数据,会引发脏读取、不可重复读和虚读,但避免了更新丢失。如果一个事务已经开始写数据,则另外一个事务则不允许同时进行写操作,但允许其他事务读此行数据。该隔离级别可以通过“排他写锁”实现。
-- A窗口
set transaction isolation level read uncommitted;--设置A用户的数据库隔离级别为Read uncommitted(读未提交)
start transaction;--开启事务
select * from account;--查询A账户中现有的钱,转到B窗口进行操作
select * from account--发现a多了100元,这时候A读到了B未提交的数据(脏读)
-- B窗口
start transaction;--开启事务
update account set money=money+100 where name='A';--不要提交,转到A窗口查询
也称为读提交(Read Committed):会引发不可重复读取和虚读,但避免脏读取。这可以通过“瞬间共享读锁”和“排他写锁”实现。读取数据的事务允许其他事务继续访问该行数据,但是未提交的写事务将会禁止其他事务访问该行。
-- A窗口
set transaction isolation level read committed;
start transaction;
select * from account;--发现a帐户是1000元,转到b窗口
select * from account;--发现a帐户多了100,这时候,a读到了别的事务提交的数据,两次读取a帐户读到的是不同的结果(不可重复读)
-- B窗口
start transaction;
update account set money=money+100 where name='aaa';
commit;--转到a窗口
可重复读取(Repeatable Read):确保事务可以多次从一个字段中读取相同的值,好比在事务开启时对现有的数据进行了拍照,其他事务对数据的修改,不管事务是否提交,我这里读取的是拍照下来的数据,可以避免脏读和不可重复读,但幻读的问题仍然存在。注意:INNODB使用了MVCC(MultiversionConcurrencyControl),即多版本并发控制技术防止幻读。真正的像拍照一样,其他事务新插入或删除的记录也看不出来。
-- A窗口
set transaction isolation level repeatable read;
start transaction;
select * from account;--发现表有4个记录,转到b窗口
select * from account;--可能发现表有5条记录,这时候发生了a读取到另外一个事务插入的数据(虚读)
-- B窗口
start transaction;
insert into account(name,money) values('ggg',1000);
commit;--转到a窗口
提供严格的事务隔离。它要求事务序列化执行,事务只能一个接着一个地执行,不能并发执行,性能十分低下。仅仅通过“行级锁”是无法实现事务序列化的,必须通过其他机制保证新插入的数据不会被刚执行查询操作的事务访问到。
-- A窗口
set transaction isolation level Serializable;
start transaction;
select * from account;--转到b窗口
-- B窗口
start transaction;
insert into account(name,money) values('ggg',1000);--发现不能插入,只能等待a结束事务才能插入
MySQL 数据库提供了很多函数包括:
(1)DATE_ADD(datetime,INTERVAL expr type)
(2)DATE_FORMAT(datetime ,fmt)和 STR_TO_DATE(str, fmt)