当前位置:天才代写 > tutorial > 数据库教程 > 深入研究mysql数据库的锁机制

深入研究mysql数据库的锁机制

2018-05-19 08:00 星期六 所属: 数据库教程 浏览:525

  之前给大家讲过了表锁的工作原理,现在跟大家讲解下MySQL锁机制的问题,什么是mysql的锁机制,当此除了mysql的锁机制外还有什么其他类型的锁么?

深入研究mysql数据库的锁机制_数据库_mysql表锁机制_课课家

  MySQL中的表锁相信大家都不会陌生,下文对MySQL锁机制进行了深入的探讨分析,如果您对此方面感兴趣的话,不妨一看。

  MySQL锁机制究竟是怎样的呢?这是很多人都提到过的问题,下面就为您详细介绍MySQL锁机制方面的知识,希望可以让您MySQL锁机制有更多的了解。

  当前MySQL已经支持ISAM,MyISAM,MEMORY(HEAP)类型表的表级锁了,BDB表支持页级锁,InnoDB表支持行级锁。

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

  想要决定是否需要采用一个支持行级锁的存储引擎,就要看看应用程序都要做什么,其中的查询、更新语句是怎么用的。例如,很多的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|

  +———————–+———+

  在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操作或者需要频繁扫描整个表时,就明显的比其它锁更糟糕。

  使用更高层的锁的话,就能更方便的支持各种不同的类型应用程序,因为这种锁的开销比行级锁小多了。

  表级锁在下列几种情况下比页级锁和行级锁更优越:

  很多操作都是读表。

  在严格条件的索引上读取和更新,当更新或者删除可以用单独的索引来读取得到时:

  Updatetbl_nameSETcolumn=valueWhereunique_key_col=key_value;

  DeleteFROMtbl_nameWhereunique_key_col=key_value;

  Select和Insert语句并发的执行,但是只有很少的Update和Delete语句。

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

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

#p#分页标题#e#

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

  原文:Versioning(suchasweuseinMySQLforconcurrentinserts)whereyoucanhaveonewriteratthesametimeasmanyreaders.Thismeansthatthedatabase/tablesupportsdifferentviewsforthedatadependingonwhenyoustartedtoAccessit.Othernamesforthisaretimetravel,copyonwrite,orcopyondemand.

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

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

  对于mysql中的锁机制来说,包括了mysql的表级锁,应用程序锁,以及其他方面的锁,今天给大家介绍了他们中的一些不同,希望大家能够有个系统的感受。

 

    关键字:

天才代写-代写联系方式