再见MYSQL - 01 - 架构与历史-优快云博客

本文链接：https://blog.youkuaiyun.com/wuoshiwzm/article/details/107614788

本文深入探讨了数据库事务的隔离级别，死锁问题及其解决方案，自动提交机制的影响，以及MVCC多版本并发控制原理。通过对比InnoDB和MyISAM等存储引擎的特点，帮助读者理解如何在不同场景下选择合适的存储引擎。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

事务

事务的隔离级别

这比我们平时了解的要复杂

在这里插入图片描述

死锁

多个事务对同一个资源进行占用，都锁定给自己用，结果都用不了。
如下图，如果两个事务都执行了第一行的语句，到第二行就会互相死锁了。

在这里插入图片描述
innoDB目前的处理办法是，将持有最少行级排他锁的事务进行回滚。这也是比较简单的死锁回滚算法。
要解决这个问题，大部分情况下只要重新执行回滚的事务即可。

自动提交（AUTOCOMMIT）

默认，如果不是显示提交，每个查询都被当成一个事务执行。

mysql> SHOW VARIABLES LIKE 'AUTOCOMMIT';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| autocommit    | ON    |
+---------------+-------+
1 row in set (0.00 sec)

对于MYISAM这样的表，没有ROLLBACK和COMMIT的概念，相当于一直处用AUTOCOMMIT的状态。

MVCC 多版本并发控制乐观锁&悲观锁

在这里插入图片描述

相当于添加两列，created_at 和 deleted_at
在这里插入图片描述

存储引擎的选择：事务，备份，崩溃恢复，特性

innoDB

一般情况下的最好选择

MYISAM

表级锁
延迟更新索引键
压缩表

其他

Memory, Aria, Groonga

选择举例

日志型：多写入，少读取 MYISAM, Archive

转换表的引擎

ALTER TABLE

ALTER TABLE mytable ENGINE=InnoDB;

以上方法适用各种引擎，但是慢

工具导入导出

CREATE & SELECT