锁是数据库系统区分与文件系统的一个关键特性。锁机制用于管理对共享资源的并发访问。
表锁介绍 表锁是MySql中最基本的锁策略，并且是开销最小的策略，表锁将整张表加锁。
表锁模式：表共享读锁和表独占写锁
表锁兼容性
当一个进程获得了表的读锁，不会阻塞其他进程对同一表的读请求，但会阻塞其他进程对表的写请求。
当一个进程获取表的写锁，会阻塞其他进程获得表的读请求和写请求。
在一定条件下，MyISAM表页支持查询和插入的并发操作。MyISAM存储引擎有一个系统变量concurrent_insert,用以控制其并发插入的行为，取值0、1或2。
当concurrent_insert = 0时，不允许并发插入；当concurrent_insert = 1时，如果MyISAM表中没有空洞（即表的中间没有被删除的行），MyISAM允许在一个进程读表的同时，另一个进程从表尾插入记录。这也是MySQL的默认设置。当concurrent_insert = 2时，无论MyISAM表中有没有空洞，都允许在表尾并发插入记录。mysql认为写请求一般比读请求重要。当一个进程请求表的读锁，同时另一个进程请求同一个表的写锁，写进程将优先获得锁。即使是读请求先到锁等待队列，写请求后到，写锁也会优先获取锁。这也正是MyISAM表不太适合有大量更新操作和查询操作的应用的原因，大量的更新操作会造成查询操作很难获得锁。
可以通过以下方式调节MyISAM锁调度行为
通过指定启动参数low-priority-updates，使MyISAM引擎默认给予读请求以优先的权利。通过执行命令SET LOW_PRIORITY_UPDATES=1，使该连接发出的更新请求优先级降低。通过指定INSERT、UPDATE、DELETE语句的LOW_PRIORITY属性，降低该语句的优先级。MySQL也提供了一种折中的办法来调节读写冲突，即给系统参数max_write_lock_count设置一个合适的值，当一个表的读锁达到这个值后，MySQL就暂时将写请求的优先级降低，给读进程一定获得锁的机会。缩短锁定时间、分离并行的操作、合理利用读写优先级、读写分离
锁的类型 InnoDB实现了一下两种标准的行级锁：
共享锁（S）：锁粒度是行或者元组（多行）。一个事务获得了共享锁之后，就可以对锁定范围内的数据进行读操作。排他锁（X）：锁粒度是行或者元组（多行）。一个事务获得排他锁之后，就可以对锁定范围内的数据执行insert/delete/update操作。另外，为了允许行锁和表锁共存，实现多粒度锁机制，InnoDB还有两种内部使用的意向锁（Intention Locks）， 这两种意向锁都是表锁。
意向共享锁（IS）：事务在给一个数据行加S锁前必须先取得该表的IS锁。意向排他锁（IX）：事务在给一个数据行加X锁前必须先取得该表的IX锁。InnoDB锁的兼容性
死锁是指两个或两个以上的事务在执行的过程中，因争夺锁资源而造成相互等待的现象。若无外力的作用，事务将无法推进下去。死锁出现的概率是非常低的。
解决死锁问题最简单的一种方式是超时，即当两个事务相互等待时，当一个等待时间超过某个值时，其中一个事务进行回滚，另一个等待事务就能继续进行。InnoDB可通过参数innodb_lock_wait_timeout来设置超时的时间。
除了超时机制，当前数据库较多采用wait-for graph（等待图）方式来进行死锁检测，这是一种更为主动的检测方式。 innodb内置有死锁检查机制。当出现死锁时会自动回滚占用undo资源少的事务。死锁的检测除了超时还有wait-for graph，如果图中出现环形回路则表明存在死锁。wait-for graph要求数据库保存锁的信息链表和事务等待链表表两种信息，通过链表可以构造一张图，而在这个图中若存在回路就代表存在死锁，因此资源间相互发生等待。每个事务在请求锁并发生等待是都会判断是否存在回路，若存在则有死锁，通常InnoDB会选择回滚undo量最小的事务。
感谢大家看到这里，文章有不足，欢迎大家指出；如果你觉得写得不错，那就给我一个赞吧。
也欢迎大家关注我的公众号：程序员麦冬，麦冬每天都会分享java相关技术文章或行业资讯，欢迎大家关注和转发文章！
