mysql表锁演示的语句 首先看表结构，引擎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; 这里就不演示效果了。 bitscn.com