MySQL源代码:怎么对读写锁进行处理
读写锁可以由三种状态：读模式下加锁状态、写模式下加锁状态、不加锁状态。一次只有一个线程可以占有写模式的读写锁，但是多个线程可以同时占有读模式的读写 锁。
什么操作会加MDL锁？在MySQL5版本中引入了MDL，当对一个表做增删改查操作的时候，加MDL读锁；当要对表做结构变更操作的时候，加MDL写锁。读锁之间不互斥，因此可以有多个线程同时对一张表增删改查。
当一个线程获得对一个表的写锁后，只有持有锁线程可以对表进行更新操作。其他线程的读、写操作都会等待，直到锁被释放为止。
通过共享锁，保证了多读之间的无等待性，但是锁的应用又依赖Mysql的事务隔离级别。
轻松掌握MySQL数据库锁机制的相关原理[1]
MySQL中的锁，按照锁的粒度分为：全局锁，就锁定数据库中的所有表。表级锁，每次操作锁住整张表。行级锁，每次操作锁住对应的行数据。
意向锁是一种表锁，锁定的粒度是整张表，分为意向共享锁和意向排他锁。意向共享锁表示一个事务有意对数据上共享锁或者排他锁。
MySQL锁的概述相对于其它数据库而言，MySQL的锁机制比较简单，其最 显著的特点是不同的存储引擎支持不同的锁机制。比如，MyISAM和MEMORY存储引擎采用的是表级锁（table-level locking）。
对于任何一种数据库来说都需要有相应的锁定机制，所以MySQL自然也不能例外。
锁机制 当前MySQL已经支持 ISAM， MyISAM， MEMORY (HEAP) 类型表的表级锁了，BDB 表支持页级锁，InnoDB 表支持行级锁。
行级锁 是说最小粒度的锁是行级锁。当需要更新同一个页面中的数据时，是会升级到页面锁的。当对整个表进行更新时，会使用表级锁；如果此时使用一个一个行级锁，不光浪费资源，也会影响效率。
详解MySQL(InnoDB)怎么处理死锁
通过索引优化SQL效率，降低死锁概率，避免全表扫描导致锁定所有数据。程序中应有事务失败检测及自动重复提交机制。高并发（秒杀）场景中，关闭innodb_deadlock_detect选项，降低死锁检测开销，提高并发效率。
只有部分或完全回滚其中一个事务，才能打破死锁。InnoDB目前处理死锁的方法是，将持有最少行级排他锁的事务进行回滚。所以事务型应用程序在设计时必须考虑怎么处理死锁，多数情况下只需要重新执行因死锁回滚的事务即可。
采用基本的MySQL MyISAM 表就很合适了。MySQL中对表级锁的存储引擎来说是释放死锁的。避免死锁可以这样做到：在任何查询之前先请求锁，并且按照请求的顺序锁表。
表级锁不会产生死锁.所以解决死锁主要还是针对于最常用的InnoDB。推荐课程：MySQL教程。死锁的关键在于：两个(或以上)的Session加锁的顺序不一致。
InnoDB存储引擎既支持行级锁（row-level locking），也支持表级锁，但默认情况下是采用行级锁。表级锁：表级锁是MySQL中锁定粒度最大的一种锁，表示对当前操作的整张表加锁。
怎么对MySQL数据库表进行锁定
实现这种功能的方法是对表进行锁定。主机由两种表的锁定方法：内部锁定内部锁定可以避免客户机的请求相互干扰——例如，避免客户机的SELECT查询被另一个客户机的UPDATE查询所干扰。
MySQL数据库中的锁有共享锁，排他锁，行锁，表级锁，行级锁以及页面锁。共享锁（Shared Lock，也叫S锁）共享锁(S)表示对数据进行读操作。因此多个事务可以同时为一个对象加共享锁。
UNLOCK TABLES可以释放被当前线程保持的任何锁定。当线程发布另一个LOCK TABLES时，或当与主机的连接被关闭时，所有由当前线程锁定的表被隐含地解锁。表锁定只用于防止其它客户端进行不正当地读取和写入。
网友留言：