很多时候，可以通过经验来猜测什么样的锁对应用程序更合适，不过通常很难说一个锁比别的更好，这全都要依据应用程序来决定，不同的地方可能需要不同的锁。

　　想要决定是否需要采用一个支持行级锁的存储引擎，就要看看应用程序都要做什么，其中的查询、更新语句是怎么用的。例如，很多的web应用程序大量的做查询，很少删除，主要是基于索引的更新，只往特定的表中插入记录。采用基本的MySQLMyISAM表就很合适了。

　　MySQL中对表级锁的存储引擎来说是释放死锁的。避免死锁可以这样做到：在任何查询之前先请求锁，并且按照请求的顺序锁表。

　　MySQL中用于WRITE(写)的表锁的实现机制如下：

　　如果表没有加锁，那么就加一个写锁。

　　否则的话，将请求放到写锁队列中。

　　MySQL中用于READ(读)的表锁的实现机制如下：

　　如果表没有加写锁，那么就加一个读锁。

　　否则的话，将请求放到读锁队列中。

　　当锁释放后，写锁队列中的线程可以用这个锁资源，然后才轮到读锁队列中的线程。

　　这就是说，如果表里有很多更新操作的话，那么Select必须等到所有的更新都完成了之后才能开始。

　　从MySQL3.23.33开始，可以通过状态变量Table_locks_waited和Table_locks_immediate来分析系统中的锁表争夺情况：

　　mysql>SHOWSTATUSLIKE'Table%';

　　+-----------------------+---------+

　　|Variable_name|Value|

　　+-----------------------+---------+

　　|Table_locks_immediate|1151552|

　　|Table_locks_waited|15324|

　　+-----------------------+---------+

　　MySQL锁机制究竟是怎样的

　　在MySQL3.23.7(在Windows上是3.23.25)以后，在MyISAM表中只要没有冲突的Insert操作，就可以无需使用锁表自由地并行执行Insert和Select语句。也就是说，可以在其它客户端正在读取MyISAM表记录的同时时插入新记录。如果数据文件的中间没有空余的磁盘块的话，就不会发生冲突了，因为这种情况下所有的新记录都会写在数据文件的末尾(当在表的中间做删除或者更新操作时，就可能导致空洞)。当空洞被新数据填充后，并行插入特性就会自动重新被启用了。

　　如果想要在一个表上做大量的Insert和Select操作，但是并行的插入却不可能时，可以将记录插入到临时表中，然后定期将临时表中的数据更新到实际的表里。可以用以下命令实现：

　　mysql>LOCKTABLESreal_tableWRITE,insert_tableWRITE;

　　mysql>InsertINTOreal_tableSelect*FROMinsert_table;

　　mysql>TRUNCATETABLEinsert_table;

　　mysql>UNLOCKTABLES;

　　InnoDB使用行级锁，BDB使用页级锁。对于InnoDB和BDB存储引擎来说，是可能产生死锁的。这是因为InnoDB会自动捕获行锁，BDB会在执行SQL语句时捕获页锁的，而不是在事务的开始就这么做。

　　很多的扫描表和对全表的GROUPBY操作，但是没有任何写表。

　　表级锁和行级锁或页级锁之间的不同之处还在于：

　　将同时有一个写和多个读的地方做版本(例如在MySQL中的并发插入)。也就是说，数据库/表支持根据开始访问数据时间点的不同支持各种不同的试图。其它名有：时间行程，写复制，或者是按需复制。

　　原文：Versioning(suchasweuseinMySQLforconcurrentinserts)whereyoucanhaveonewriteratthesametimeasmanyreaders.Thismeansthatthedatabase/tablesupportsdifferentviewsforthedatadependingonwhenyoustartedtoaccessit.Othernamesforthisaretimetravel,copyonwrite,orcopyondemand.

　　按需复制在很多情况下比页级锁或行级锁好多了。尽管如此，最坏情况时还是比其它正常锁使用了更多的内存。

　　可以用应用程序级锁来代替行级锁，例如MySQL中的GET_LOCK()和RELEASE_LOCK()。但它们是劝告锁(原文：Theseareadvisorylocks)，因此只能用于安全可信的应用程序中。