MyISAM 和 InnoDB 比较

MyISAM 和 InnoDB 比较
1、MyISAM：是MySQL的默认数据库引擎（5.5版之前），由早期的ISAM所改良。虽然性能极佳，但却有一个缺点：不支持事务处理（transaction）。它是存储记录和文件的标准方法。不是事务安全的，而且不支持外键，如果执行大量的select，insert MyISAM比较适合
2、InnoDB：支持事物安全的引擎，支持外键，行锁，事务控制是它最大的特点，在有大量的insert，update语句时，使用InnoDB比较合适，特别是针对多个并发和QPS较高的时候。

一、表锁差异
MyISAM:
myisam只支持表级锁，用户在操作myisam表时，select，update，delete，insert语句都会给表自动加锁，如果加锁以后的表满足insert并发的情况下，可以在表的尾部插入新的数据。也可以通过lock table命令来锁表，这样操作主要是可以模仿事务，但是消耗非常大，一般只在实验演示中使用。

InnoDB:
InnoDB支持事物和行级锁，是InnoDB最大的特色。
事物ACID属性：atomicity,consistent,isolation,durable
ACID概念
并发事物带来的几个问题：更新丢失，脏读，不可重读读，幻读。
事物隔离级别：未提交读（Read uncommitted），已提交读（Read committed），可重复读（Repeatable read），可序列化（Serializable）
事物隔离详解
四种隔离级别比较

事务隔离级别	脏读	不可重复读	幻读
未提交读(read uncommitted)	是	是	是
已提交读(read committed)	否	是	是
可重复读(Repeatable red)	否	否	是
可序列化(Serializable)	否	否	否

查看mysql的默认事务隔离级别 “show global variables like ‘tx_isolation”
Innodb的行锁模式有以下几种：共享锁，排他锁，意向共享锁(表锁)，意向排他锁(表锁)，间隙锁。

注意：当语句没有使用索引，innodb不能确定操作的行，这个时候就使用的意向锁，也就是表锁

关于死锁：

什么是死锁？当两个事务都需要获得对方持有的排他锁才能完成事务，这样就导致了循环锁等待，也就是常见的死锁类型。

解决死锁的方法：
（1）按同一顺序访问对象：
如果所有并发事务按同一顺序访问对象，则发生死锁的可能性会降低。例如，如果两个并发事务获得 Supplier 表上的锁，然后获得 Part 表上的锁，则在其中一个事务完成之前，另一个事务被阻塞在 Supplier 表上。第一个事务提交或回滚后，第二个事务继续进行。不发生死锁。将存储过程用于所有的数据修改可以标准化访问对象的顺序。
（2）避免事务中的用户交互：
避免编写包含用户交互的事务，因为运行没有用户交互的批处理的速度要远远快于用户手动响应查询的速度，例如答复应用程序请求参数的提示。例如，如果事务正在等待用户输入，而用户去吃午餐了或者甚至回家过周末了，则用户将此事务挂起使之不能完成。这样将降低系统的吞吐量，因为事务持有的任何锁只有在事务提交或回滚时才会释放。即使不出现死锁的情况，访问同一资源的其它事务也会被阻塞，等待该事务完成。
（3）保持事务简短并在一个批处理中：
在同一数据库中并发执行多个需要长时间运行的事务时通常发生死锁。事务运行时间越长，其持有排它锁或更新锁的时间也就越长，从而堵塞了其它活动并可能导致死锁。
保持事务在一个批处理中，可以最小化事务的网络通信往返量，减少完成事务可能的延迟并释放锁。
（4）使用低隔离级别：
确定事务是否能在更低的隔离级别上运行。执行提交读允许事务读取另一个事务已读取（未修改）的数据，而不必等待第一个事务完成。使用较低的隔离级别（例如提交读）而不使用较高的隔离级别（例如可串行读）可以缩短持有共享锁的时间，从而降低了锁定争夺。
（5）使用绑定连接：
使用绑定连接使同一应用程序所打开的两个或多个连接可以相互合作。次级连接所获得的任何锁可以象由主连接获得的锁那样持有，反之亦然，因此不会相互阻塞。

原文链接：https://blog.csdn.net/wjtlht928/article/details/46641865