問題描述

insert會加鎖嗎？如果會加鎖，那意義是什么？在innodb中update和delete都會隱式添加排它鎖，update table set ... where id in(1,2,3,4);請問排它鎖是直接給這四條記錄添加，還是按照id依次加鎖，修改，commit;

delete,update 會隱式添加寫鎖嗎？select 會隱式添加讀鎖嗎？如果以兩種情況會加，那都是表鎖級別，那并發(fā)就特別差，對嗎？

兩個引擎的選擇MyISAM：如果執(zhí)行大量的SELECT，MyISAM是更好的選擇,請問這是為什么？我實際測試360萬條數(shù)據(jù)，都用到了索引的情況下select，innodb的效率高很多.

InnoDB：如果你的數(shù)據(jù)執(zhí)行大量的INSERT或UPDATE，應(yīng)該使用InnoDB表, 這是因為myisam表鎖的原因？

問題解答

謝邀。

InnoDBInnoDB對INSERT可能只鎖表頭吧，總之不會鎖全表的；UPDATE(如果沒有FOR UPDATE或LOCK IN SHARE MODE)和DELETE在執(zhí)行時會加寫鎖，有時就是鎖全表，所以會影響并發(fā)性能，但這只是一瞬間的事，所以并發(fā)不高的情況下往往看不出來；一次UPDATE多行，肯定是多行一起鎖，提交后一起釋放的，因為MySQL要保證這條語句的原子性，當一條有主鍵沖突時，其他的也都不能提交了。

MySQLUPDATE和DELETE都會加寫鎖，而且鎖全表；SELECT會加讀鎖，所以多個SELECT可以并發(fā)，但不能和UPDATE、DELETE并發(fā)；INSERT的加鎖有點特殊，鎖的強度可能介于讀鎖和寫鎖之間，與SELECT、INSERT可以并發(fā)。

最后，MyISAM就SELECT而言性能不會比InnoDB好很多，這還取決于行的存儲方式，比如MyISAM的FIXED可能會比DYNAMIC快一些。另外，你的這個例子肯定會對InnoDB更有利些：如果改成一個非主鍵的索引，那么InnoDB未必會那么快；如果只SELECT id這一列，那么MyISAM未必這么慢。其中的道理可以搜一下聚集索引。