for update与lock in share mode是应用于并发情况下对数据进行加锁操作，举例假设：Session A(先)、Session B(后)来描述并发操作。
select ... lock in share mode，是IS锁(意向共享锁)，在符合条件的rows上都加了共享锁，因此其他session可以读取这些记录，也可以继续添加IS锁，但是无法修改这些记录直到你这个加锁的Session A执行完成(否则直接锁等待超时)。
select ... for update，是IX锁(意向排它锁)，在符合条件的rows上都加了排它锁，其他session也就无法在这些记录上添加任何的S锁或X锁。
如果不存在一致性非锁定读的话，那么其他session是无法读取和修改这些记录的，但是innodb有非锁定读(快照读并不需要加锁)，for update之后并不会阻塞其他session的快照读取操作，除了select ...lock in share mode和select ... for update这种显示加锁的查询操作。
也就是说，for update的加锁方式无非是比lock in share mode的方式多阻塞了select...lock in share mode的查询方式，并不会阻塞快照读。
并发时for update会使B一直阻塞，等待A操作完成后执行B操作；
而在使用lock in share mode下当B阻塞时，如果A继续有修改数据，那么此时B会终止失败。