作者:微信小助手
发布时间:2020-07-23T19:51:26
(给ImportNew加星标,提高Java技能)
投稿: 后端技术学堂
学习关系型数据库 MySQL 是很好的切入点,大部分人学习和工作中用惯了 CRUD,对面试官刨根问底的灵魂拷问你还能对答如流吗?我们有必要了解一些更深层次的数据库基础原理。
整理了面试中,关于 MySQL 事务和存储引擎的 FAQ。你想知道的都在这里。
事务就是「一组原子性的SQL查询」,或者说一个独立的工作单元。如果数据库引擎能够成功地对数据库应用该组查询的全部语句,那么就执行该组查询。如果其中有任何一条语句因为崩溃或其他原因无法执行,那么所有的语句都不会执行。也就是说,事务内的语句,要么全部执行成功,要么全部执行失败。
BEGIN 或 START TRANSACTION 显式地开启一个事务;
COMMIT / COMMIT WORK二者是等价的。提交事务,并使已对数据库进行的所有修改成为永久性的;
ROLLBACK / ROLLBACK WORK。回滚会结束用户的事务,并撤销正在进行的所有未提交的修改;
SAVEPOINT identifier 在事务中创建一个保存点,一个事务中可以有多个 SAVEPOINT;
RELEASE SAVEPOINT identifier 删除一个事务的保存点;
ROLLBACK TO identifier 把事务回滚到标记点;
SET TRANSACTION 用来设置事务的隔离级别。InnoDB 存储引擎提供事务的隔离级别有READ UNCOMMITTED、READ COMMITTED、REPEATABLE READ 和 SERIALIZABLE
用银行业务举个栗子,用户 Lemon 有两银行卡,一张是招商银行 CMBC 的工资卡,另一张是工商银行 ICBC 的储蓄卡,每月10号发工资都要把招行卡的100万转到建设银行储蓄卡账户。记住这里的银行缩写后面就是对应的数据表名称,你要记不住,我给你理一理。
招商银行(CMBC):“存么?白痴!”
中国工商银行(ICBC):“爱存不存!”
中国建设银行(CCB):“存?存不?”
中国银行(BC):“不存!”
中国农业银行(ABC):“啊,不存!”
民生银行(CMSB):“存么?SB!"
兴业银行(CIB):“存一百。”
国家开发银行(CDB):“存点吧!”
汇丰银行(HSBC):“还是不存!”
这个转账的操作可以简化抽成一个事务,包含如下步骤:
查询 CMBC 账户的余额是否大于100万;
从 CMBC 账户余额中减去100万;
在 ICBC 账户余额中增加100万。
以下语句对应创建了一个转账事务:
START TRANSACTION;
SELECT balance FROM CMBC WHERE username='lemon';
UPDATE CMBC SET balance = balance - 1000000.00 WHERE username = 'lemon';
UPDATE ICBC SET balance = balance + 1000000.00 WHERE username = 'lemon';
COMMIT;
ACID 其实是事务特性的英文首字母缩写,具体的含义是这样的:
原子性(Atomicity):一个事务必须被视为一个不可分割的最小工作单元,整个事务中的所有操作要么全部提交成功,要么全部失败回滚,对于一个事务来说,不可能只执行其中的一部分操作;
一致性(Consistency):数据库总是从一个一致性的状态转换到另外一个一致性的状态。在前面的例子中,一致性确保了,即使在执行第三、四条语句之间时系统崩溃,CMBC 账户中也不会损失100万,不然 Lemon 要哭死,因为事务最终没有提交,所以事务中所做的修改也不会保存到数据库中;
隔离性(Isolation):通常来说,一个事务所做的修改在最终提交以前,对其他事务是不可见的。在前面的例子中,当执行完第三条语句、第四条语句还未开始时,此时如果有其他人准备给 Lemon 的 CMBC 账户存钱,那他看到的 CMBC 账户里还是有100万的;
持久性(Durability):一旦事务提交,则其所做的修改就会永久保存到数据库中。此时即使系统崩溃,修改的数据也不会丢失。持久性是个有点模糊的概念,因为实际上持久性也分很多不同的级别。有些持久性策略能够提供非常强的安全保障,而有些则未必。而且「不可能有能做到100%的持久性保证的策略」否则还需要备份做什么。
在事务 A 修改数据之后提交数据之前,这时另一个事务B来读取数据,如果不加控制,事务 B 读取到A修改过数据,之后 A 又对数据做了修改再提交,则 B 读到的数据是脏数据,此过程称为脏读 Dirty Read。
一个事务在读取某些数据后的某个时间,再次读取以前读过的数据,却发现其读出的数据已经发生了变更、或者某些记录已经被删除了。
事务 A 在按查询条件读取某个范围的记录时,事务 B 又在该范围内插入了新的满足条件的记录,当事务A再次按条件查询记录时,会产生新的满足条件的记录(幻行 Phantom Row)。