数据库锁定机制
话说如果你只是单纯的说 "锁表",总是让人感觉有点 Low ，而我们就直接换个比较高大上一点的名词，锁定机制!
为了保证数据的完整，也就是他的一致性和有效性，所以才会让数据库出现了锁定机制，相对其他数据库而言，MySQL的锁机制比较简单，其最显著的特点是不同的存储引擎支持不同的锁机制。
- MyISAM和MEMORY存储引擎采用的是表级锁(table-level locking)
- BDB存储引擎采用的是页面锁(page-level locking)，也支持表级锁
- InnoDB存储引擎既支持行级锁(row-level locking)，也支持表级锁
我们先来瞅瞅看一下这些锁都是个什么鬼东西!
行级锁(row-level locking)
- 锁的对象颗粒度很小
- 各大数据库中锁粒度最小的
- 锁定资源占用概率最小
虽然说行级锁的优点是很明显，但是相对的弊端也因为他的优点出现了，
- 因为锁定的粒度比较小，所以每次获取锁和释放锁需要做更多的内容，带来的消耗必然也就更大了，
- 行级锁也是最容易发生死锁的。
- 并发度也最高
表级锁(table-level locking)
- 和行锁相反，粒度是最大的
- 逻辑简单，对系统的负面影响比较小
- 获取锁和释放锁速度快
- 并发度最低。
弊端也有，因为粒度比较大，锁定资源占用概率也会很大，
页级锁(page-level locking)
- 比较特殊，介于行锁和表锁之间，所以他的能力都是介于两者之间的，就是
粒度比较 表级锁 > 页锁 > 行锁
而他的并发度也就是一般般了。但是他会出现死锁，这三个当中，看来也就只有表锁不会出现死锁了。
我们在这里已经算是对锁机制大致有了个了解，我们再细致的看一下
表锁
表锁实际上分为2种类型，
- 读锁定
- 写锁定
而这两种锁定，又是通过其内部的队列来进行维护的，
- 当前读锁队列 (Current read-lock queue)
- 挂起的读锁队列(Pending read-lock queue)
- 挂起写锁队列(Pending write-lock queue)
- 当前写锁队列(Current write-lock queue)
什么意思呢?
当前读锁的队列，实际上就是包含了当前所有的持有读锁的线程，这里面的内容就是按照获取锁的时间进行有序的排放，
而挂起的读锁队列中存放的则是等待获取所得线程。
那写锁大家肯定也知道是什么意思了，就像是个4*100接力一样。拿着“棒子”的，就是当前读/写锁队列，等着接 “棒子” 的就是 挂起的读/写锁队列。
行锁
MySQL的 InnoDB 存储引擎支持行级锁，InnoDB 的行锁是通过给索引项加锁实现的。
这句话说明了什么?
说明了一件事：只有通过索引条件检索数据时，InnoDB 才使用行锁，否则使用表锁。
是不是感觉很诧异，但是事实上就是这样的。
InnoDB 级别的行锁也是分成了两种
- 共享锁
- 独占锁
共享锁和独占锁(Shared and Exclusive Locks)，InnoDB 通过共享锁和独占锁两种方式实现了标准的行锁。共享锁(S 锁)：允许事务获得锁后去读数据，独占锁(X 锁)：允许事务获得锁后去更新或删除数据。一个事务获取的共享锁 S 后，允许其他事务获取 S 锁，此时两个事务都持有共享锁 S，但是不允许其他事务获取 X 锁。如果一个事务获取的独占锁(X)，则不允许其他事务获取 S 或者 X 锁，必须等到该事务释放锁后才可以获取到
很多读者肯定也都了解的很深入，肯定还有其他的，对，还有一种就是意向共享锁和意向独占锁。
这种意向共享锁和意向独占锁的意思就是如果我需要一个共享锁，但是这个共享锁这时候正锁定这资源，那我自己就可以加一个共享锁，只能等这个共享锁释放之后，我才能锁定，这个锁就可以称之为意向共享锁，同理，独占锁也是一样的。
而他们之间的逻辑关系是这个样子的。
数据库锁表的原因
其实最简单的就是会出现在 insert、update、delete 这些操作的并发操作上，当我们使用多个数据库连接的时候，同时对一个表中的数据进行更新的操作的时候，那么速度就会对应的变慢，如果持续一段时间之后，那么就会出现锁表的现象了。
那么都有哪些操作会导致出现锁表呢?
(1) 插入查询的语句
insert into table values select xxxx from table2
这种情况就会锁住table2.
(2) 更新并发操作
update table1 table2 set table1.name = ‘xxx’ where table1.id = table2.id
这样也会导致锁表。
怎么样降低锁表的情况?
MyISAM表锁的优化：
- 缩短锁定的时间：这么说吧，实际上最简单的就是加索引，让你的索引利用最大化，
- 合理利用读写优先级：写优先，读其次。
Innodb行锁的优化
- 加索引，让查询走索引
- 学会控制事务
- 隔离级别不要随便设置，根据不同情况不同选择就可以了