再见MYSQL - 01 - 架构与历史

本文深入探讨了数据库事务的隔离级别,死锁问题及其解决方案,自动提交机制的影响,以及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

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值