大家好，今天小编关注到一个比较有意思的话题，就是关于innodb的锁的问题，于是小编就整理了2个相关介绍innodb的锁的解答，让我们一起看看吧。
锁表原因及如何处理？
锁表的原因 ：
1)、A程序执行了对 tableA 的 insert ，并还未 commite时，B程序也对tableA 进行insert 则此时会发生***正忙的异常 就是锁表；
2)、锁表常发生于并发而不是并行（并行时，一个线程操作数据库时，另一个线程是不能操作数据库的，cpu 和i/o 分配原
。
二、mysql锁表的解决
#查看进程id，然后用kill id杀掉进程
show processlist;
SELECT * FROM information_schema.PROCESSLIST；
myisam和innodb的区别？
不存在这么简单的对比，如果这样，直接把要多读的表用MYISAM，要多写的表用InnoDB好了。
要考虑许多因素，我列举几条：
1、如果都可以缓存数据在内存中，速度不会有大的差异，此时获取数据的速度更决定于物理硬件的限制；
2、访问模式对访问速度有关系，如果并发高，表锁的表现一般比行锁差，因为你要处理并发冲突；
3、大部分小公司，或者早期的公司，用的是简单的MYISAM，他们对于性能的要求本来就不高，表的数据比较少，MYISAM此时“显得‘很块，如果数据量大了，公司发展了，业务逻辑关系复杂了。此时考验数据库的是缓存的设计，优化器的设计，一个这么简单的MYISAM引擎，怎么可能快得过InnoDB呢。MYISAM是借助操作系统来缓存数据的，操作系统是不知道优化数据库访问的，而InnoDB是用自己的缓存功能来加速访问的，要知道优化越靠近应用/数据侧才越有效果。
1 innodb和myisam是MySQL的两种不同的存储引擎。
2 innodb支持事务、行级锁、外键等高级特性，适合于高并发、高数据完整性的应用场景；而myisam则不支持事务和外键，但是查询性能较好，适合于查询频率高、写入频率低的应用场景。
3 此外，innodb的数据存储方式是聚簇索引，数据文件和索引文件是分开存储的；而myisam则是堆积表，数据和索引都存储在同一个文件中。
因此，在选择存储引擎时需要根据实际应用场景进行权衡，如果需要支持事务、外键等高级特性，则应该选择innodb；如果注重查询性能或者写入频率较低，则可以选择myisam。
它们有以下几点区别：
1. 事务支持：MyISAM 不支持事务，而 InnoDB 支持事务。
2. 锁机制：MyISAM 表级锁，InnoDB 行级锁。
3. 性能：MyISAM 执行速度较快，但锁机制复杂，容易出现死锁；InnoDB 执行速度较慢，但支持事务和行级锁，并发能力更强。
4. 扩展性：MyISAM 存储空间较小，不支持索引，不支持插入、更新操作，不支持外键约束；InnoDB 存储空间较大，支持索引，支持插入、更新操作，支持外键约束。
MyISAM和InnoDB是MySQL中两种常见的存储引擎。它们之间的主要区别在于事务支持和锁机制。MyISAM不支持事务，而InnoDB支持事务和ACID属性。InnoDB使用行级锁定，可以提供更好的并发性能和数据完整性。此外，InnoDB还支持外键约束和崩溃恢复功能。
相比之下，MyISAM更适合于读密集型应用，而InnoDB适合于写入和更新频繁的应用。因此，在选择存储引擎时，需要根据应用的需求和性能要求进行权衡。
到此，以上就是小编对于innodb的锁的问题就介绍到这了，希望介绍关于innodb的锁的2点解答对大家有用。
