今天在看同事程序的时候，看到这种用法，顺便学习下。
一：理论
1.功能
这个功能是上锁。
上的是一个排它锁,也就是说,其他的事务是可以读取的。但是不能写入或者更新。
二：实践
1.创建表
2.提交一条记录
3.将自动提交关闭
然后插入一条数据。
4.再启动一个客户端，进行查询
会发现，这里的值被查询出来还是10，因为没有提交。
5.操作人员2发现数据不对，然后发起修改。
但由于会话1中对该行记录的修改未提交，所以，排它锁并没有释放，因而操作人员2发起的这个修改操作会等待，直至会话1释放该锁（提交或回滚）。
6.然后会话1进行提交，并查询
这个时候，结果是对的。
7.提交会话2的修改
8.再次查询结果
三：解决方式
1.解决方式
在我们试图修改某个记录时，先利用select ... from xxx where zzz for update;将该记录加锁。这样，就可以确保我现在看到的值，一定不会再被其他人修改了。
2.会话1
3.会话2
4.等会话1commit了,看2界面
会将结果查询出来。
5.再进行提交
这个时候，会在最新的基础上进行新增。
与刚才的区别：
这个查询的结果，是15，而刚才的查询结果确是10.
因为这里有一段时间再等待，这个行记录被锁定。
四：需要注意的地方
1.是否根据主键决定是否锁表
选中某一个行的时候,如果是通过主键id选中的。那么这个时候是行级锁。 其他的行还是可以直接insert 或者update的。
如果是通过其他的方式选中行,或者选中的条件不明确包含主键。这个时候会锁表。其他的事务对该表的任意一行记录都无法进行插入或者更新操作。只能读取。