MySQL源代码:如何对读写锁进行处理_MySQL
MySQL有两种死锁处理方式：等待，直到超时（innodb_lock_wait_timeout=50s）。
当读写锁在读状态下时，只要线程获取了读模式下的读写锁，该锁所保护的数据结构可以被多个获得读模式锁的线程读取。
很简单，在写数据的时候，只要暂停一下读写，等写完数据再读取即可。
WRITE锁通常比READ锁有更高的优先级，以确保更改尽快被处理。这意味着，如果一个线程获得READ锁，并且然后另外一个线程请求一个WRITE锁， 随后的READ锁请求将等待直到WRITE线程得到了锁并且释放了它。
MySQL表级锁有两种模式：表共享锁(Table Read Lock)和表独占写锁(Table Write Lock)。
mysql锁机制是在并发操作的时候，避免多人同时操作而发生错误。先说一下表级锁吧 表级锁 一般引擎都支持，资源消耗小。申请锁的时候 整表锁定（分读写锁），其它线程或操作不能进行操作 行级锁 INNODB引擎支持。
mysql表被锁了如何解锁
通过show processlist看不到表上有任何操作，但实际上存在有未提交的事务，可以在information_schema.innodb_trx中查看到。在事务没有完成之前，表上的锁不会释放，alter table同样获取不到metadata的独占锁。
重启mysql服务 执行show processlist，找到state，State状态为Locked即被其他查询锁住。KILL 10866。
一般对于数据量较大的表，需要修改表结构，或者做一些耗时比较久的锁表操作，建议在晚上（业务闲时）执行。这个时候可以配合使用任务处理一下。
如何实现MySQL锁的优化
1、MySQL中用于 READ(读) 的表锁的实现机制如下：如果表没有加写锁，那么就加一个读MySQL锁。否则的话，将请求放到读锁队列中。当锁释放后，写锁队列中的线程可以用这个锁资源，然后才轮到读锁队列中的线程。
2、有八个方面可以对mysql进行优化：选取最适用的字段属性 MySQL可以很好的支持大数据量的存取，但是一般说来，数据库中的表越小，在它上面执行的查询也就会越快。
3、对应到 MySQL 上分为两个阶段：扩展阶段（事务开始后，commit 之前）：获取锁收缩阶段（commit 之后）：释放锁就是说呢，只有遵循两段锁协议，才能实现 可串行化调度。
MySQL锁表和解锁操作
1、]解锁表：UNLOCK TABLESLOCK TABLES为当前线程锁定表。UNLOCK TABLES释放被当前线程持有的任何锁。当线程发出另外一个LOCK TABLES时，或当服务器的连接被关闭时，当前线程锁定的所有表自动被解锁。
2、首先最简单粗暴的方式就是：重启MySQL。对的，网管解决问题的神器——“重启”。至于后果如何，你能不能跑了，要你自己三思而后行了！重启是可以解决表被锁的问题的，但针对线上业务很显然不太具有可行性。
3、kill 相应的锁之后，查询不受影响。再次删除这个表又出现锁表。问题解决：通过如下语句查询是否有正在执行的事务， 如果有未提交的事务， 可以考虑kill事务或等待事务提交。
