mysql優化 - mysql innodb 與 myisam 鎖
問題描述
innodbinsert會加鎖嗎?如果會加鎖,那意義是什么?在innodb中update和delete都會隱式添加排它鎖,update table set ... where id in(1,2,3,4);請問排它鎖是直接給這四條記錄添加,還是按照id依次加鎖,修改,commit;
myisamdelete,update 會隱式添加寫鎖嗎?select 會隱式添加讀鎖嗎?如果以兩種情況會加,那都是表鎖級別,那并發就特別差,對嗎?
兩個引擎的選擇MyISAM:如果執行大量的SELECT,MyISAM是更好的選擇,請問這是為什么?我實際測試360萬條數據,都用到了索引的情況下select,innodb的效率高很多.
InnoDB:如果你的數據執行大量的INSERT或UPDATE,應該使用InnoDB表, 這是因為myisam表鎖的原因?
問題解答
回答1:謝邀。
InnoDBInnoDB對INSERT可能只鎖表頭吧,總之不會鎖全表的;UPDATE(如果沒有FOR UPDATE或LOCK IN SHARE MODE)和DELETE在執行時會加寫鎖,有時就是鎖全表,所以會影響并發性能,但這只是一瞬間的事,所以并發不高的情況下往往看不出來;一次UPDATE多行,肯定是多行一起鎖,提交后一起釋放的,因為MySQL要保證這條語句的原子性,當一條有主鍵沖突時,其他的也都不能提交了。
MySQLUPDATE和DELETE都會加寫鎖,而且鎖全表;SELECT會加讀鎖,所以多個SELECT可以并發,但不能和UPDATE、DELETE并發;INSERT的加鎖有點特殊,鎖的強度可能介于讀鎖和寫鎖之間,與SELECT、INSERT可以并發。
最后,MyISAM就SELECT而言性能不會比InnoDB好很多,這還取決于行的存儲方式,比如MyISAM的FIXED可能會比DYNAMIC快一些。另外,你的這個例子肯定會對InnoDB更有利些:如果改成一個非主鍵的索引,那么InnoDB未必會那么快;如果只SELECT id這一列,那么MyISAM未必這么慢。其中的道理可以搜一下聚集索引。
相關文章:
