MySQL使用行级锁为InnoDB表支持多个会话同时写访问，使其适合于多用户、高并发和OLTP应用程序。

为了避免死锁当对单个文件执行多个并发写操作时InnoDB表，在事务开始时通过发出选择……更新语句，即使数据更改语句稍后出现在事务中，也要对期望修改的每一组行进行修改。如果事务修改或锁定多个表，则在每个事务中以相同的顺序发出适用的语句。死锁会影响性能，而不是表示严重的错误，因为InnoDB自动检测出现死锁并回滚一个受影响的事务。

在高并发性系统中，当多个线程等待同一个锁时，死锁检测可能会导致减速。有时，禁用死锁检测并依赖于innodb_lock_wait_timeout设置为发生死锁时的事务回滚。可以使用。禁用死锁检测innodb_deadlock_detect配置选项。

行级锁定的优点:

MySQL使用表级锁为MyISAM，内存,合并表，每次只允许一个会话更新这些表。这种锁定级别使这些存储引擎更适合只读、多读或单用户应用程序。

这些存储引擎避免死锁通过总是在查询开始时一次请求所有需要的锁，并且总是以相同的顺序锁定表。这种策略的代价是降低了并发性;其他想要修改表的会话必须等待，直到当前数据更改语句完成。

表级锁的优点:

MySQL授予表写锁如下:

MySQL授予表读锁如下:

表更新比表检索具有更高的优先级。因此，当锁被释放时，写锁队列中的请求可以使用该锁，然后读锁队列中的请求可以使用该锁。这可以确保对表的更新不会发生”饿死了”即使有沉重的选择活动。但是，如果一个表有很多更新，选择语句会一直等待，直到没有更新。

有关更改读写优先级的信息，请参见第8.11.2节，“表锁定问题”．

可以通过检查。来分析系统上的表锁争用Table_locks_immediate而且Table_locks_waited状态变量，分别表示可以立即授予表锁请求的次数和需要等待的次数:

mysql> SHOW STATUS LIKE 'Table%'+-----------------------+---------+ | Variable_name |值  | +-----------------------+---------+ | Table_locks_immediate | 1151552 | | Table_locks_waited | 15324年  | +-----------------------+---------+

Performance Schema锁表还提供锁信息。看到第25.12.12节，“性能模式锁表”．

的MyISAM存储引擎支持并发插入，以减少给定表的读写者之间的争用MyISAM表在数据文件的中间没有空闲块，行总是插入到数据文件的末尾。在这种情况下，您可以自由地混合并发插入而且选择语句的MyISAM表没有锁。也就是说，您可以将行插入到MyISAM在其他客户端读取它的同时。从表中删除或在表中间更新的行可能会导致hole。如果有孔，则禁用并发插入，但在所有孔被新数据填充后，会自动再次启用。要控制此行为，请使用concurrent_insert系统变量。看到第8.11.3节，“并发插入”．

如果您显式地使用锁表，可以请求一个阅读当地锁而不是读锁定，使其他会话能够在您锁定表时执行并发插入。

执行许多插入而且选择表上的操作t1当无法进行并发插入时，可以将行插入到临时表中temp_t1并使用临时表中的行更新真实表:

mysql> LOCK TABLES t1 WRITE, temp_t1 WRITE;INSERT INTO t1 FROM temp_t1删除temp_t1中的>mysql >解锁表;

通常，表锁在以下情况下优于行级锁:

使用高级锁，您可以通过支持不同类型的锁更容易地调优应用程序，因为锁开销比行级锁要小。

行级锁定以外的选项: