-- 设置数据库事务为手动的提交
SET @@AUTOCOMMIT = 0;
-- 查看是否被修改
SELECT @@autocommit;
-- 查看当前的编码格式
SELECT @@character_set_results;
-- 账户表
CREATE TABLE account(
id INT PRIMARY KEY AUTO_INCREMENT,
NAME VARCHAR(20),
balance INT
);
INSERT INTO account(NAME,balance) VALUES('mzy',5000);
INSERT INTO account(NAME,balance) VALUES('jacky',5000);
SELECT * FROM account;
UPDATE account SET balance=5000;
DELETE FROM account;
-- 设置为手动提交之后,必须手动commit
COMMIT;
-- 关于事务的四种特性中的隔离性的理解:
-- 1.首先调整数据库事务隔离性的级别
-- 隔离级别 脏读 不可重复读 幻读
-- Serializable 否 否 否
-- Repeatable Read 否 否 是
-- Read Committed 否 是 是
-- Read Uncommitted 是 是 是
-- mysql默认的话: Repeatable Read
-- oracle默认的话:Read Committed
-- 修改事务的等级:最低的级别Read Uncommitted:
SET GLOBAL TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
-- 1. 测试脏读
-- 查看当前的级别:
SELECT @@global.tx_isolation;
脏读的理解:
一个事务读到了另一个事务未提交更新的数据!
假如这个事务未commit,只是当前操作可以看见,
但是未提交事务!
例如具体业务中:
买家点击货物(假定价格100元),进入付款的界面了,
但是没有执行最后的提交付款(COMMIT),但是也没有
取消订单(ROLLBACK)【注意是相当于保持这个操作】。
但是通知卖家查看余额的时候,就会发现余额多了100元,
卖家一发货,就相当于损失了100元。
SET @@AUTOCOMMIT = 0; -- 首先设置事务提交为手动
-- 我先给卖家jacky打2000,让他发货
UPDATE account SET balance=balance-2000 WHERE NAME='mzy';
UPDATE account SET balance=balance+2000 WHERE NAME='jacky';
-- jacky查余额增加了2000
SELECT * FROM account WHERE NAME='jacky';
-- 然后我取消订单进行混滚了
ROLLBACK;
-- 修改事务的等级:倒数第二级别Read Committed:
-- read committed 比 read uncommitted 多了防止脏读
SET GLOBAL TRANSACTION ISOLATION LEVEL READ COMMITTED;
-- 2. 测试不可重复读
-- 查看当前的级别:
SELECT @@global.tx_isolation;
不可重复读:
一个事务得到了另一个事务已提交更新(update)的数据!
需要和上面的脏读区分出来的是,我们的脏读是站在用户的角度来看的;
但是不可重复读,是站在银行的角度来讲的,在银行的需求中,当前的
报备和日志需要统一!!
什么意思呢?
比如在一次银行对用户的存款进行查账的操作中,操作的数据
保持一致!
例如:我们当前的正在查A用户,查到A用户的存款有3000元,
但是在我们开始记录的那一个时刻点,A用户又进行存款的操作;
A用户又存了2000元;如果没有预防不可重复读的话,那么在一次
事务的操作中,如果需要多次记录结果:第一次记录结果就为3000元;
第二次记录结果就为5000元,造成两个记录的结果不同;
意思就是,两个并发进行的事务不能相互影响,这种修改的结果,只能在
当前事务结束了之后,存入,修改!
脏读是必须避免的,但是不可重复读,有些时候也是需要的;
-- 不可重复读的测试应该是两个窗口才能进行:不可重复读原理是并发并行的事务;
-- 模拟:窗口一
-- jacky存入2000元
UPDATE account SET balance = banlance + 2000 WHERE account.`NAME` = 'jacky';
-- 模拟:窗口二(在窗口一的update操作前打开)
-- 在没有防止不可重复读的时候,这里的结果应该是修改了之后的结果
-- 在防止了不可重复读之后,这里的结果应该是修改前的,
-- 当退出当前事务之后,再次进入事务,才是修改后的结果。
SELECT account.`balance` FROM account WHERE account.`NAME` = 'jacky';
-- 修改事务的等级:倒数第三级别REPEATABLE READ:
SET GLOBAL TRANSACTION ISOLATION LEVEL REPEATABLE READ;
-- 3.测试幻读
-- 查看当前的级别:
SELECT @@global.tx_isolation;
幻读:
一个事务读到另一个事务,新插入(insert)的数据。
mysql中看不到幻读,但是能防止幻读?
只能看*别防止了幻读后倒推!
SET GLOBAL TRANSACTION ISOLATION LEVEL SERIALIZABLE;
-- 假如,现在银行中新加了一个用户,也是并发的事务;
-- 其中如果是显示添加前的mzy和jacky两个账户就是防止了幻读
-- 如果计算上了新加的用户,就是幻读
-- 窗口一:
SELECT COUNT(account.`NAME`) FROM account;
-- 窗口二:
-- mysql中看不到幻读
INSERT INTO account VALUES(....); -- 直接卡住,不会让你插入
-- 因为如果你插入的话,就会影响到上面的查询
-- 倒推:如果没有防止幻读的话,级别不是SERIALIZABLE,而是REPEATABLE READ
-- 就会在一次查询中并发的两个事务,产生幻读首先查询count(*)为2
-- 在insert之后,查询就为3
-- 和防止可重复读不同的是,可重复读运行用户修改(update),但是另一个事务当前不会
-- 发生变化,在重新开启的时候才会发生变化。
-- 防止幻读就很简单粗暴,当在查询的时候,就禁止用户开户(insert)
-- 隔离等级:但是安全性往往会带来性能上的缺失
-- 我觉得在一般的业务中防止脏读就可以了,可重复读和幻读都是可以接受的。
相关文章
- 11-10我对linux内核链表实现中的部分函数的理解——第一节
- 11-10我对linux内核链表实现中的部分函数的理解——第二节
- 11-10[数据库事务与锁]详解六: MySQL中的共享锁与排他锁
- 11-10利用workbench对linux/Ubuntu系统中的mysql数据库进行操作
- 11-10如何在我的java代码中检索mysql数据库中的sha1哈希值
- 11-10[Operating System Labs] 我对Linux0.00中 head.s 的理解和注释
- 11-10MySQL存储引擎的实际应用以及对MySQL数据库中各主要存储引擎的独特特点的描述
- 11-10mysql – 按关联模型中的列对Rails数据库表进行排序
- 11-10[数据库事务与锁]详解五: MySQL中的行级锁,表级锁,页级锁
- 11-10MySQL中的数据库是Oracle中的模式:我不理解这种说法