面试官:你说对 MySQL 事务很熟?那我问你 10 个问题

1 18:55

面试官:你说对 MySQL 事务很熟?那我问你 10 个问题

文章插图
作者 | LemonCoder
责编 | 胡巍巍
本文系作者投稿
学习关系型数据库MySQL是很好的切入点,大部分人学习和工作中用惯了CRUD,对面试官刨根问底的灵魂拷问你还能对答如流吗?我们有必要了解一些更深层次的数据库基础原理 。
整理了面试中,关于MySQL事务和存储引擎10个FAQ(Frequently asked questions),你想知道的都在这里 。
什么是事务?
事务就是「一组原子性的SQL查询」,或者说一个独立的工作单元 。如果数据库引擎能够成功地对数据库应用该组查询的全部语句,那么就执行该组查询 。如果其中有任何一条语句因为崩溃或其他原因无法执行,那么所有的语句都不会执行 。也就是说,事务内的语句,要么全部执行成功,要么全部执行失败 。
事务控制语法知道吗?
BEGIN或 STARTTRANSACTION显式地开启一个事务;
COMMIT/ COMMITWORK二者是等价的 。提交事务,并使已对数据库进行的所有修改成为永久性的;
ROLLBACK/ ROLLBACKWORK 。回滚会结束用户的事务,并撤销正在进行的所有未提交的修改;
SAVEPOINTidentifier 在事务中创建一个保存点,一个事务中可以有多个 SAVEPOINT;
RELEASESAVEPOINTidentifier 删除一个事务的保存点;
ROLLBACKTOidentifier 把事务回滚到标记点;
SETTRANSACTION用来设置事务的隔离级别 。 InnoDB存储引擎提供事务的隔离级别有 READUNCOMMITTED、 READCOMMITTED、REPEATABLE READ和 SERIALIZABLE
用通俗的语言说说你理解的事务
用银行业务举个栗子,用户lemon有两银行卡,一张是招商银行CMBC的工资卡,另一张是工商银行ICBC的储蓄卡,每月10号发工资都要把招行卡的100万转到建设银行储蓄卡账户 。记住这里的银行缩写后面就是对应的数据表名称,你要记不住,我给你理一理 。
招商银行(CMBC):“存么?白痴!”
中国工商银行(ICBC): “爱存不存!”
中国建设银行(CCB): “存?存不?”
中国银行(BC): “不存!”
中国农业银行(ABC): “啊,不存!”
民生银行(CMSB):“存么?SB!"
兴业银行(CIB):“存一百 。”
国家开发银行(CDB):“存点吧!”
汇丰银行(HSBC):“还是不存!”
这个转账的操作可以简化抽成一个事务,包含如下步骤:
  1. 查询CMBC账户的余额是否大于100万
  2. 从CMBC账户余额中减去100万
  3. 在ICBC账户余额中增加100万
以下语句对应创建了一个转账事务:
STARTTRANSACTION;
SELECTbalance FROMCMBC WHEREusername= 'lemon';
UPDATECMBC SETbalance = balance - 1000000.00WHEREusername = 'lemon';
UPDATEICBC SETbalance = balance + 1000000.00WHEREusername = 'lemon';
COMMIT;
事务的ACID特性是什么?
ACID其实是事务特性的英文首字母缩写,具体的含义是这样的:
  • 原子性(atomicity) 一个事务必须被视为一个不可分割的最小工作单元,整个事务中的所有操作要么全部提交成功,要么全部失败回滚,对于一个事务来说,不可能只执行其中的一部分操作 。
  • 致性(consistency) 数据库总是从一个一致性的状态转换到另外一个一致性的状态 。在前面的例子中,一致性确保了,即使在执行第三、四条语句之间时系统崩溃,CMBC账户中也不会损失100万,不然lemon要哭死,因为事务最终没有提交,所以事务中所做的修改也不会保存到数据库中 。
  • 隔离性(isolation) 通常来说,一个事务所做的修改在最终提交以前,对其他事务是不可见的 。在前面的例子中,当执行完第三条语句、第四条语句还未开始时,此时如果有其他人准备给lemon的CMBC账户存钱,那他看到的CMBC账户里还是有100万的 。
  • 持久性(durability) 一旦事务提交,则其所做的修改就会永久保存到数据库中 。此时即使系统崩溃,修改的数据也不会丢失 。持久性是个有点模糊的概念,因为实际上持久性也分很多不同的级别 。有些持久性策略能够提供非常强的安全保障,而有些则未必 。而且「不可能有能做到100%的持久性保证的策略」否则还需要备份做什么 。
什么是脏读、不可重复读、幻读
脏读
在事务A修改数据之后提交数据之前,这时另一个事务B来读取数据,如果不加控制,事务B读取到A修改过数据,之后A又对数据做了修改再提交,则B读到的数据是脏数据,此过程称为脏读Dirty Read 。


推荐阅读