mirror of
https://github.com/kaka111222333/kaka111222333.github.io.git
synced 2025-12-17 15:25:10 +08:00
update mysql
This commit is contained in:
@@ -1,4 +1,4 @@
|
||||
学习关系型数据库MySQL是很好的切入点,大部分人学习和工作中用惯了CRUD,对面试官刨根问底的灵魂拷问你还能对答如流吗?我们有必要了解一些更深层次的数据库基础原理。
|
||||
学习关系型数据库MySQL是很好的切入点,大部分人工作中用惯了CRUD,对面试官刨根问底的灵魂拷问你还能对答如流吗?我们有必要了解一些更深层次的数据库基础原理。
|
||||
|
||||
整理了面试中,关于MySQL事务和存储引擎10个FAQ(Frequently asked questions),你想知道的都在这里。
|
||||
|
||||
@@ -59,7 +59,7 @@ ACID其实是事务特性的英文首字母缩写,具体的含义是这样的
|
||||
- 原子性(atomicity)
|
||||
一个事务必须被视为一个不可分割的最小工作单元,整个事务中的所有操作要么全部提交成功,要么全部失败回滚,对于一个事务来说,不可能只执行其中的一部分操作。
|
||||
- 致性(consistency)
|
||||
数据库总是从一个一致性的状态转换到另外一个一致性的状态。在前面的例子中,一致性确保了,即使在执行第三、四条语句之间时系统崩溃,ICBC账户中也不会损失100万,不然lemon要哭死:cry::cry:因为事务最终没有提交,所以事务中所做的修改也不会保存到数据库中。
|
||||
数据库总是从一个一致性的状态转换到另外一个一致性的状态。在前面的例子中,一致性确保了,即使在执行第三、四条语句之间时系统崩溃,CMBC账户中也不会损失100万,不然lemon要哭死因为事务最终没有提交,所以事务中所做的修改也不会保存到数据库中。
|
||||
- 隔离性(isolation)
|
||||
通常来说,一个事务所做的修改在最终提交以前,对其他事务是不可见的。在前面的例子中,当执行完第三条语句、第四条语句还未开始时,此时如果有其他人也准备给lemon的CMBC账户存钱,那他看到的CMBC账户里还是有100万的。
|
||||
- 持久性(durability)
|
||||
@@ -80,7 +80,8 @@ ACID其实是事务特性的英文首字母缩写,具体的含义是这样的
|
||||
#### 不可重复读
|
||||
|
||||
一个事务内在读取某些数据后的某个时间,再次读取以前读过的数据,却发现其读出的数据已经发生了变更、或者某些记录已经被删除了。
|
||||

|
||||
|
||||

|
||||
|
||||
#### 幻读
|
||||
|
||||
@@ -99,7 +100,8 @@ SQL实现了四个标准的隔离级别,每一种级别都规定了一个事
|
||||

|
||||
|
||||
各个隔离级别可以不同程度的解决脏读、不可重复读、幻读。隔离级别各有所长,没有完美的解决方案,脱离业务场景谈具体实施都是耍流氓。
|
||||

|
||||
|
||||

|
||||
|
||||
### MySQL中哪些存储引擎支持事务?
|
||||
|
||||
@@ -113,7 +115,7 @@ MySQL默认采用自动提交`AUTOCOMMIT`模式。也就是说,如果不是显
|
||||
|
||||
### 在事务中可以混合使用存储引擎吗?
|
||||
|
||||
尽量不要在同一个事务中使用多种存储引擎,MySQL服务器层不管理事务,事务是由下层的存储引擎实现的。
|
||||
尽量不要再同一个事务中使用多种存储引擎,MySQL服务器层不管理事务,事务是由下层的存储引擎实现的。
|
||||
|
||||
如果在事务中混合使用了事务型和非事务型的表(例如InnoDB和MyISAM表),在正常提交的情况下不会有什么问题。
|
||||
|
||||
|
||||
Reference in New Issue
Block a user