MyISAM 和InnoDB 关于锁方面的区别

本文主要是介绍MyISAM 和InnoDB 关于锁方面的区别，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

区别

MyISAM默认的用的是表级锁，不支持行级锁。
InnoDB默认的是行级锁，也支持表级锁。

一般来说，MyISAM 的读锁是共享锁，写锁是排它锁。对表A而言，进程1给表A加了共享锁，进程2只能对表A加共享锁；若进程1加了排它锁，那进程2只能等待进程1解锁后才能查询或加锁。
InnoDB采用的是二段锁，即加锁和解锁（commit，数据库默认打开自动提交）；但是在非SQL加共享锁时，若没改变某行数据，那另一进程亦可修改该行记录。InnoDB的SQL没用到索引时，用的是表级锁；用到时则是行级锁。

MyISAM适用场景

频繁执行全表count语句。
对数据进行增删改的频率不高，查询非常频繁。
没有事务

InnoDB适用场景

数据库增删改查都相当频繁。
可靠性要求比较高，要求支持事务。

小知识环节

行锁：对表操作时对操作行上锁。
表锁：对表操作是锁上整个表的数据。
共享锁：对于多个不同的事务，对同一个资源共享同一个锁。但是对于insert ，update，delete事务则会自动加上排它锁。在执行语句后面加上lock in share mode就代表对某些资源加上共享锁。 eg: 可同时执行多个select语句。
排它锁：对于多个不同的事务，对同一个资源只能有一把锁。只需在执行语句后+for update 即可。eg：只能一个个进行操作。
悲观锁：在操作数据的时候，认为此操作会发生数据冲突，所以在进行每次操作时都要通过获取锁才能进行相同数据的操作。与Java的synchronized很相似，所以悲观锁需要耗费较多的时间。
乐观锁：操作数据库时，认为此操作不会导致数据冲突，在操作数据时，不进行加锁处理，在进行更新后，再去判断是否有冲突。例如hibernate中的乐观锁两种实现，就是分别基于version和timestamp来实现的。eg：
update user set name = ‘John’ ,version=version+1 where id =13 and version = #{version};
注：update语句完成后需要commit操作的，相当于一个update语句就是一个原子操作，所以不会出现两条update能同时更新的情况
参考：
https://www.cnblogs.com/0201zcr/p/4782283.html