### 表鎖 加鎖的方式：自動加鎖；查詢操作（SELECT），會自動給涉及的所有表加讀鎖，更新操作（UPDATE、DELETE、INSERT），會自動給涉及的表加寫鎖。也可以顯示加鎖 ### 使用場景 InnoDB默認采用行鎖，在未使用索引字段查詢時升級為表鎖； 即便你在條件中使用了索引字段，MySQL會根據自身的執行計劃，考慮是否使用索引(所以explain命令中會有possible_key 和 key)。如果MySQL認為全表掃描效率更高，它就不會使用索引，這種情況下InnoDB將使用表鎖，而不是行鎖。因此，在分析鎖沖突時，別忘了檢查SQL的執行計劃，以確認是否真正使用了索引； 第一種情況：全表更新；事務需要更新大部分或全部數據，且表又比較大。若使用行鎖，會導致事務執行效率低，從而可能造成其他事務長時間鎖等待和更多的鎖沖突。 第二種情況：多表查詢；事務涉及多個表，比較復雜的關聯查詢，很可能引起死鎖，造成大量事務回滾。這種情況若能一次性鎖定事務涉及的表，從而可以避免死鎖、減少數據庫因事務回滾帶來的開銷 > 注意：InnoDB的行鎖是針對索引加的鎖，不是針對記錄加的鎖。并且該索引不能失效，否則都會從行鎖升級為表鎖 #### MyISAM表級鎖 MySQL表級鎖的鎖模式（MyISAM) MySQL表級鎖有兩種模式：表共享鎖（Table Read Lock）和表獨占寫鎖（Table Write Lock）。 對MyISAM的讀操作，不會阻塞其他用戶對同一表讀請求，但會阻塞對同一表的寫請求； 對MyISAM的寫操作，則會阻塞其他用戶對同一表的讀和寫操作； MyISAM表的讀操作和寫操作之間，以及寫操作之間是串行的。 當一個線程獲得對一個表的寫鎖后，只有持有鎖的線程可以對表進行更新操作。其他線程的讀、寫操作都會等待，直到鎖被釋放為止