我们知道 mysql innodb 在插入更新数据时是锁行的，但这里所指的行并不是直面上说的单行，而是相对的范围的行！

引起我关注这个问题的是在做 天气预报查询15天（http://tqybw.net）这个项目时发现的！其中有一张表开始用的是MyISAM类型的，由于更新很频繁，经常会造成表锁，改成innodb后，虽然表锁的机率小了很多，但还是会发生！
 
以下是分析测试：
表结构如下 
Sql代码  
CREATE TABLE `tianqi` (  
  `id` int(11) NOT NULL AUTO_INCREMENT,  
  `a` int(11) NOT NULL,  
  `b` int(11) NOT NULL,  
  PRIMARY KEY (`id`),  
  KEY `index_a` (`a`)  
) ENGINE=InnoDB  
 
现在只在列a上有索引 
在两个客户端分别执行 
Sql代码  
update tianqi set b=4 where a=1 and b=3;  
 
Sql代码  
update tianqi set b=2 where a=1 and b=1;  
 
 
第二个会等待超时 
[Err] 1205 - Lock wait timeout exceeded; try restarting transaction 
 
原来InnoDB不是只在最终要更新的行上加锁,而是在被扫描过的所有行上加锁.也就是说, 
如果执行update tianqi set b=2 where b=1;其实表里所有的行都被加锁了. 
 
官方文档说明如下 
A locking read, an UPDATE, or a DELETE generally set record locks on every index record that is scanned in the processing of the SQL statement. It does not matter whether there are WHERE conditions in the statement that would exclude the row. InnoDB does not remember the exact WHERE condition, but only knows which index ranges were scanned.
 
所以mysql innodb 所谓的行锁是在受影响条件范围内的数据的行锁！
如果是表的主键条件更新，影响一行，才真正的单行锁！