标签：rom 正是 原因 允许 数据 通过 崩溃 acid cal
MyISAM表锁有两种模式：表共享读锁（table read lock）和表独占写锁（table write lock），锁的解释如下：
适合在以下几种情况下使用：
MyISAM在执行查询前，会自动执行表的加锁、解锁操作，一般情况下不需要用户手动加、解锁，但是有的时候也需要显示加锁。当然也可以用union做关联查询代替
1 lock table t1 read, t2 read; 2 select count(t1.id) as ‘total‘ from t1; 3 select count(t2.id) as ‘total‘ from t2; 4 unlock tables;
MyIAM表的读和写是串行的，但是这是就总体而言，在一定条件下MyISAM表也支持查询和插入操作的并发进行.
MyISAM存储引擎有一个系统变量concurrent_insert,专门用于充值其并发插入的行为，其值分别可以为0,1和2
当concurrent_insert = 0 时，不允许并发插入
当concurrent_insert = 1时，如果myisam表中没有空洞（即表的中间没有被删除的行），myisam允许在一个进程读表的同时，另一个进程从表尾插入记录
当concurrent_insert = 2时，无论myisam表中有没有空洞，都允许在表尾并发插入记录
具有提交、回滚和崩溃恢复能力的事务安全（ACID兼容）存储引擎。
注意：行锁在某些情况下会变成表锁，比如SQL的更新（update）或者删除（delete）语句中未使用到索引，导致在InnoDB在对数据进行相应操作的时候必须把整个表锁起来进行检索（表锁）。而如果使用了索引的话，InnoDB只会通过索引条件检索数据，而只锁住索引对应的行（行锁）。
问题描述：
当出现这个问题的时候，从很多的地方进行了分析，然后都无法得到正确的解决方案（因为描述1模块不是我写的，所以没有去查看更新表的代码操作）
可能的原因：
在描述1中定时任务更新表A的时候，更新条件中没有使用索引，导致当进行定时任务更新表的时候形成了表锁。然后因为表A数据量比较大，检索较慢，然后导致了描述2中对表A的写操作的等锁超时。
一般来说，如果需要事务支持，并且有较高的并发读取频率，InnoDB是不错的选择。
标签：rom 正是 原因 允许 数据 通过 崩溃 acid cal
原文地址：https://www.cnblogs.com/lsgspace/p/10428808.html
