记录源码学习笔记，如有错误，还请帮忙指正。

Lock_rec_move 函数使用场景之用于update

Update 匹配条件时会用lock_rec_lock先加锁。然后再进行ha_update_row 操作。

在修改时，当修改的字段前后长度不一致时，会导致不能原地修改，因此会产生先delete、再insert rec的行为，在先删后插的过程中，为了保持对这个lock的持有，会将lock先move到infimum记录上，然后等插入完成后，再将这个lock转移到新的rec对象上来，转移过程只有 heap no对应 bit的变化，没有type mode变化。

如果update操作被rollback，也会有同样的流程。

另外，如果修改的字段前后长度一致，就可以做原地修改，就不存在这个lock_rec_move的操作了。

lock_rec_move查看调用关系，有以下几个场景:

1）lock_update_split_right 

page向右分裂时更新lock table

2）lock_update_merge_left

3）lock_update_copy_and_discard

4）lock_update_root_raise

5）lock_rec_store_on_page_infimum 将 lock转移到infimum上。

6）lock_rec_restore_from_page_infimum 将infimum上的lock恢复到原记录上。 

btr_cur_optimistic_update、btr_cur_pessimistic_update 都有使用到5，6函数。