首先看表结构，引擎innodb
+----+----------+------+
| id | name | seat |
+----+----------+------+
| 1 | 管理员 | 98 |
| 2 | 维护人员 | 98 |
| 3 | 主任 | 97 |
| 4 | 班主任 | 96 |
+----+----------+------+
id是主键，没有其他索引。
先看表锁的情况
发sql：
set autocommit=0;
select * from role where seat=98 for update;
这里注意，set autocommit=0是必不可少的，因为如果数据很快就提交的话，锁就会自动释放。
再发一条sql查询：select * from role where id = 1;
显示结果：
+----+--------+------+
| id | name | seat |
+----+--------+------+
| 1 | 管理员 | 98 |
+----+--------+------+
1 row in set (0.00 sec)
这是因为select 操作 无关乎锁定。
然后看写操作：update role set seat=99 where id =3;
可以看到，漫长的等待后（超过mysql默认的执行时间之后），显示如下结果
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction
此时我们看锁定记录：
发sql:SHOW PROCESSLIST;
+----+------+-----------------+---------+---------+------+-------+--------------
----+
| Id | User | Host | db | Command | Time | State | Info
|
+----+------+-----------------+---------+---------+------+-------+--------------
----+
| 7 | root | localhost:50903 | mybatis | Sleep | 1403 | NULL | NULL
|
| 16 | root | localhost:51326 | mybatis | Query | 0 | NULL | SHOW PROCESSL
IST |
+----+------+-----------------+---------+---------+------+-------+--------------
----+
第6列Time 1403 表示锁定时间，单位秒。
结论：当where条件后面的列不是索引的时候，加上for update 会锁定全表，以至于后面任何记录都不能执行读写操作。比如本条id=3时，seat=97. 并不是查询时候的条件98.仍然是给锁住了，update不了。
把锁kill掉，写操作就可以继续了：
发sql: kill 7;
这里就不演示效果了。