insert会加锁吗？如果会加锁，那意义是什么？
在innodb中update和delete都会隐式添加排它锁，
update table set ... where id in(1,2,3,4);请问排它锁是直接给这四条记录添加，还是按照id依次加锁，修改，commit;
delete,update 会隐式添加写锁吗？
select 会隐式添加读锁吗？
如果以两种情况会加，那都是表锁级别，那并发就特别差，对吗？
两个引擎的选择
MyISAM：如果执行大量的SELECT，MyISAM是更好的选择,请问这是为什么？我实际测试360万条数据，都用到了索引的情况下select，innodb的效率高很多.
InnoDB：如果你的数据执行大量的INSERT或UPDATE，应该使用InnoDB表, 这是因为myisam表锁的原因？
谢邀。
InnoDB
一次InnoDB对
INSERT可能只锁表头吧，总之不会锁全表的；INSERT可能只锁表头吧，总之不会锁全表的；UPDATE(如果没有FOR UPDATE或LOCK IN SHARE MODE)和DELETE在执行时会加写锁，有时就是锁全表，所以会影响并发性能，但这只是一瞬间的事，所以并发不高的情况下往往看不出来；一次
UPDATEUPDATE(如果没有FOR UPDATE或LOCK IN SHARE MODE)和DELETE在执行时会加写锁，有时就是锁全表，所以会影响并发性能，但这只是一瞬间的事，所以并发不高的情况下往往看不出来；UPDATE多行，肯定是多行一起锁，提交后一起释放的，因为MySQL要保证这条语句的原子性，当一条有主键冲突时，其他的也都不能提交了。MySQL
UPDATE和DELETE都会加写锁，而且锁全表；SELECT会加读锁，所以多个SELECT可以并发，但不能和UPDATE、DELETE并发；INSERT的加锁有点特殊，锁的强度可能介于读锁和写锁之间，与SELECT、INSERTUPDATE和DELETE都会加写锁，而且锁全表；SELECT会加读锁，所以多个SELECT可以并发，但不能和UPDATE、DELETE并发；
聚集索引。INSERT的加锁有点特殊，锁的强度可能介于读锁和写锁之间，与SELECT、INSERT可以并发。SELECT而言性能不会比InnoDB好很多，这还取决于行的存储方式，比如MyISAM的FIXED可能会比DYNAMIC最后，MyISAM就快一些。另外，你的这个例子肯定会对InnoDB更有利些：如果改成一个非主键的索引，那么InnoDB未必会那么快；如果只SELECT id这一列，那么MyISAM未必这么慢。其中的道理可以搜一下