MySQL行锁机制

行锁（InnoDB)

mysql 默认自动commit； oracle默认不会自动commit；
暂时关闭自动commit：set autocommit = 0;，还有start transaction; 或者begin;

总结：

1. 如果会话X对某条数据A进行DML操作（自动关闭commit情况下），则其他会话必须等待会话X结束事务（commit或rollback）后，才能对数据A进行操作(可以查询)。
2. 表锁是通过unlock tables解锁，也可以通过事务解锁（行锁升级为表锁时）; 行锁是通过事务解锁。

DDL和DML的区别：

1. DDL：数据操纵语言，对数据库中的数据进行一些简单操作，如增删改查等；
2. DML：对数据库中的某些对象（database，table）进行管理，如create，alter，drop等。

行锁注意的事项：

1. 如果操作没有走索引，则行锁会转为表锁；
   
   升级为表锁后，会话2更新被阻塞
   
   原因：如果查询条件进行模糊匹配，则索引失效，行锁升级为表锁。

2. 行锁的一种特殊情况：间隙锁，值在范围内，但却不存在
   
   该表中没有id = 7的数据，当我在会话1更新id为2到9范围的数据后，在会话2插入id = 7的操作，发现被锁住了。
   
   分析原因：
   MySQL会自动给间隙加锁->间隙锁，即给本例子id = 7的数据加间隙锁（行锁）；对于行锁，如果有where条件，实际加锁的范围是where后面的整个范围。

行锁分析：

1. Innodb_row_lock_current_waits ：当前正在等待锁的数量
2. Innodb_row_lock_time： 等待总时长，从系统启动到现在一共等待的时间
3. Innodb_row_lock_time_avg： 平均等待的时长，从系统启动到现在平均等待的时长
4. Innodb_row_lock_time_max：最大等待时长，从系统启动到现在最大等待时长
5. Innodb_row_lock_waits：等待次数，从系统启动到现在一共等待的次数

行锁总结：

1. 缺点：比表锁性能消耗大；
2. 优点：并发能力高，效率高
3. 因此建议：高并发建议用InnoDB，否则使用MyISAM。

通过for update 对查询语句进行加锁。

select * from t_linelock where id = 3 for update;
此刻会话2被锁住：