<必看>谈谈数据库的锁机制！！

页级:引擎 BDB。
表级:引擎 MyISAM ， 理解为锁住整个表，能够同时读，写不行
行级:引擎 INNODB ， 单独的一行记录加锁

表级，直接锁定整张表，在你锁按期间，其它进程没法对该表进行写操做。若是你是写锁，则其它进程则读也不容许
行级,，仅对指定的记录进行加锁，这样其它进程仍是能够对同一个表中的其它记录进行操做。
页级，表级锁速度快，但冲突多，行级冲突少，但速度慢。因此取了折衷的页级，一次锁定相邻的一组记录。

MySQL 5.1支持对MyISAM和MEMORY表进行表级锁定，对BDB表进行页级锁定，对InnoDB表进行行级锁定。
对WRITE，MySQL使用的表锁定方法原理以下：
若是在表上没有锁，在它上面放一个写锁。
不然，把锁定请求放在写锁定队列中。

对READ，MySQL使用的锁定方法原理以下：
若是在表上没有写锁定，把一个读锁定放在它上面 
不然，把锁请求放在读锁定队列中。

InnoDB使用行锁定，BDB使用页锁定。对于这两种存储引擎，均可能存在死锁。这是由于，在SQL语句处理期间，InnoDB自动得到行锁定和BDB得到页锁定，而不是在事务启动时得到。

行级锁定的优势：
· 当在许多线程中访问不一样的行时只存在少许锁定冲突。
· 回滚时只有少许的更改。
· 能够长时间锁定单一的行。

行级锁定的缺点：
· 比页级或表级锁定占用更多的内存。
· 当在表的大部分中使用时，比页级或表级锁定速度慢，由于你必须获取更多的锁。
· 若是你在大部分数据上常常进行GROUP BY操做或者必须常常扫描整个表，比其它锁定明显慢不少。
· 用高级别锁定，经过支持不一样的类型锁定，你也能够很容易地调节应用程序，由于其锁成本小于行级锁定。

在如下状况下，表锁定优先于页级或行级锁定：
· 表的大部分语句用于读取。
· 对严格的关键字进行读取和更新，你能够更新或删除能够用单一的读取的关键字来提取的一行：
· UPDATE tbl_name SET column=value WHERE unique_key_col=key_value;
· DELETE FROM tbl_name WHERE unique_key_col=key_value;
· SELECT 结合并行的INSERT语句，而且只有不多的UPDATE或DELETE语句。
· 在整个表上有许多扫描或GROUP BY操做，没有任何写操做。

/* ========================= mysql 锁表类型和解锁语句 ========================= */

若是想要在一个表上作大量的 INSERT 和 SELECT 操做，可是并行的插入却不可能时，能够将记录插入到临时表中，而后按期将临时表中的数据更新到实际的表里。能够用如下命令实现：

mysql> LOCK TABLES real_table WRITE, insert_table WRITE; mysql> INSERT INTO real_table SELECT * FROM insert_table; mysql> TRUNCATE TABLE insert_table; mysql> UNLOCK TABLES; 

行级锁的优势有：
在不少线程请求不一样记录时减小冲突锁。
事务回滚时减小改变数据。
使长时间对单独的一行记录加锁成为可能。

行级锁的缺点有：
比页级锁和表级锁消耗更多的内存。
锁是计算机协调多个进程或线程并发访问某一资源的机制，不一样的数据库的锁机制大同小异。因为数据库资源是一种供许多用户共享的资源，因此如何保证数据并发访问的一致性、有效性是全部数据库必须解决的一个问题，锁冲突也是影响数据库并发访问性能的一个重要因素。了解锁机制不只可使咱们更有效的开发利用数据库资源，也使咱们可以更好地维护数据库，从而提升数据库的性能。

MySQL的锁机制比较简单，其最显著的特色是不一样的存储引擎支持不一样的锁机制。

例如，MyISAM和MEMORY存储引擎采用的是表级锁（table-level-locking）；BDB存储引擎采用的是页面锁（page-level-locking），同时也支持表级锁；InnoDB存储引擎既支持行级锁，也支持表级锁，默认状况下是采用行级锁。

上述三种锁的特性可大体概括以下：
1） 表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的几率最高，并发度最低。
2） 行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的几率最低，并发度也最高。
3） 页面锁：开销和加锁时间界于表锁和行锁之间；会出现死锁；锁定粒度界于表锁和行锁之间，并发度通常。

三种锁各有各的特色，若仅从锁的角度来讲，表级锁更适合于以查询为主，只有少许按索引条件更新数据的应用，如WEB应用；行级锁更适合于有大量按索引条件并发更新少许不一样数据，同时又有并发查询的应用，如一些在线事务处理（OLTP）系统。

MySQL表级锁有两种模式：表共享读锁（Table Read Lock）和表独占写锁（Table Write Lock）。什么意思呢，就是说对MyISAM表进行读操做时，它不会阻塞其余用户对同一表的读请求，但会阻塞 对同一表的写操做；而对MyISAM表的写操做，则会阻塞其余用户对同一表的读和写操做。

MyISAM表的读和写是串行的，即在进行读操做时不能进行写操做，反之也是同样。但在必定条件下MyISAM表也支持查询和插入的操做的并发进行，其机制是经过控制一个系统变量（concurrent_insert）来进行的，当其值设置为0时，不容许并发插入；当其值设置为1 时，若是MyISAM表中没有空洞（即表中没有被删除的行），MyISAM容许在一个进程读表的同时，另外一个进程从表尾插入记录；当其值设置为2时，不管MyISAM表中有没有空洞，都容许在表尾并发插入记录。

MyISAM锁调度是如何实现的呢，这也是一个很关键的问题。例如，当一个进程请求某个MyISAM表的读锁，同时另外一个进程也请求同一表的写锁，此时MySQL将会如优先处理进程呢？经过研究代表，写进程将先得到锁（即便读请求先到锁等待队列）。但这也形成一个很大的缺陷，即大量的写操做会形成查询操做很难得到读锁，从而可能形成永远阻塞。所幸咱们能够经过一些设置来调节MyISAM的调度行为。咱们可经过指定参数low-priority-updates，使MyISAM默认引擎给予读请求以优先的权利，设置其值为1（set low_priority_updates=1),使优先级下降。

InnoDB锁与MyISAM锁的最大不一样在于：一是支持事务（TRANCSACTION），二是采用了行级锁。咱们知道事务是由一组SQL语句组成的逻辑处理单元，其有四个属性（简称ACID属性），分别为：

原子性（Atomicity）：事务是一个原子操做单元，其对数据的修改，要么所有执行，要么全都不执行；
一致性（Consistent）：在事务开始和完成时，数据都必须保持一致状态；
隔离性（Isolation）：数据库系统提供必定的隔离机制，保证事务在不受外部并发操做影响的“独立”环境执行；
持久性（Durable）：事务完成以后，它对于数据的修改是永久性的，即便出现系统故障也可以保持。

InnoDB有两种模式的行锁：

1）共享锁：容许一个事务去读一行，阻止其余事务得到相同数据集的排他锁。
( Select * from table_name where ......lock in share mode)

2）排他锁：容许得到排他锁的事务更新数据，阻止其余事务取得相同数据集的共享读锁和 排他写锁。(select * from table_name where.....for update)
为了容许行锁和表锁共存，实现多粒度锁机制；同时还有两种内部使用的意向锁（都是表锁），分别为意向共享锁和意向排他锁。
InnoDB行锁是经过给索引项加锁来实现的，即只有经过索引条件检索数据，InnoDB才使用行级锁，不然将使用表锁！

另外：插入，更新性能优化的几个重要参数

复制代码 代码以下:

bulk_insert_buffer_size
批量插入缓存大小, 这个参数是针对MyISAM存储引擎来讲的.适用于在一次性插入100-1000+条记录时, 提升效率.默认值是8M.能够针对数据量的大小,翻倍增长.
concurrent_insert
并发插入, 当表没有空洞(删除过记录), 在某进程获取读锁的状况下,其余进程能够在表尾部进行插入.
值能够设0不容许并发插入, 1当表没有空洞时, 执行并发插入, 2不论是否有空洞都执行并发插入.
默认是1 针对表的删除频率来设置.
delay_key_write
针对MyISAM存储引擎,延迟更新索引.意思是说,update记录时,先将数据up到磁盘,但不up索引,将索引存在内存里,当表关闭时,将内存索引,写到磁盘. 值为 0不开启, 1开启. 默认开启. delayed_insert_limit, delayed_insert_timeout, delayed_queue_size 延迟插入, 将数据先交给内存队列, 而后慢慢地插入.可是这些配置,不是全部的存储引擎都支持, 目前来看, 经常使用的InnoDB不支持, MyISAM支持. 根据实际状况调大, 通常默认够用了 

/* ==================== MySQL InnoDB 锁表与锁行 ======================== */

因为InnoDB预设是Row-Level Lock，因此只有「明确」的指定主键，MySQL才会执行Row lock (只锁住被选取的资料例) ，不然MySQL将会执行Table Lock (将整个资料表单给锁住)。

举个例子: 假设有个表单products ，里面有id跟name二个栏位，id是主键。

例1: (明确指定主键，而且有此笔资料，row lock)

复制代码 代码以下:

SELECT * FROM products WHERE id='3' FOR UPDATE; SELECT * FROM products WHERE id='3' and type=1 FOR UPDATE; 

例2: (明确指定主键，若查无此笔资料，无lock)

复制代码 代码以下:

SELECT * FROM products WHERE id='-1' FOR UPDATE; 

例3: (无主键，table lock)

复制代码 代码以下:

SELECT * FROM products WHERE name='Mouse' FOR UPDATE; 

例4: (主键不明确，table lock)

复制代码 代码以下:

SELECT * FROM products WHERE id<>'3' FOR UPDATE; 

例5: (主键不明确，table lock)

复制代码 代码以下:

SELECT * FROM products WHERE id LIKE '3' FOR UPDATE; 

注1: FOR UPDATE仅适用于InnoDB，且必须在交易区块(BEGIN/COMMIT)中才能生效。
注2: 要测试锁定的情况，能够利用MySQL的Command Mode ，开二个视窗来作测试。

在MySql 5.0中测试确实是这样的

另外：MyAsim 只支持表级锁，InnerDB支持行级锁添加了(行级锁/表级锁)锁的数据不能被其它事务再锁定，也不被其它事务修改（修改、删除）是表级锁时，不论是否查询到记录，都会锁定表此外，若是A与B都对表id进行查询但查询不到记录，则A与B在查询上不会进行row锁，但A与B都会获取排它锁，此时A再插入一条记录的话则会由于B已经有锁而处于等待中，此时B再插入一条一样的数据则会抛出Deadlock found when trying to get lock; try restarting transaction而后释放锁，此时A就得到了锁而插入成功