再见MYSQL - 01 - 架构与历史

事务

事务的隔离级别

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

死锁

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

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