乐观锁：
乐观的认为操作不会导致冲突，在操作数据时，并不进行任何其他特殊处理（也就是不加锁），
而是在进行更新时，再去判断是否有冲突。
MySQL数据库不支持乐观锁，需要开发者自己实现。
乐观者开发者通常实现方案：
给表添加一个版本号或者时间戳（基于version、基于timestamp字段），每次操作后，将记录的版本号加1。实际的做法为，先查询出来那条记录，获取version字段，如果要对那条记录进行更新操作，则先判断此时version的值是否与刚才查出来的version的值相等，如果相等，则说明这段期间，没有其他程序对其进行操作，则可以进行更新操作，并将version字段的值加1；如果更新时发现此刻version值与刚才取出来的version的值不相等，则说明这段期间已经有其他程序对其进行更新操作，则不进行更新操作。
举例如下：
1、查询出商品信息
select (status, version) from tbl_goods where id=#{id};
2、根据商品信息生成订单
3、修改商品信息
update tbl_goods set status=2, version=version+1 where id=#{id} and version=#{version};
4、判断update影响的行数，如果为0则本次更新失败，如果为1，则更新成功。
5、更新失败时，需要重试
悲观锁：
悲观锁在操作数据时，认为此操作会出现数据冲突，所以在每次操作时都要通过获取锁来对数据进行操作。悲观锁是由数据库自己实现的。
select for update或者lock in share mode，必须包裹
在事务中才生效。
即语句如下：
begin ; // 开启事务
select status from tbl_goods where id=1 for update; // 悲观锁 （id字段未普通索引，只锁定该行，不是索引就会锁全表）
update tbl_goods set status=2;
commit; // 提交事务
3、MySQL中高并发，更新计数
对于update、delete和insert语句，InnoDB会自动给涉及数据添加排他锁。对于普通select语句，innodb不会加任何锁。
如上update的更新操作会加自动加排他锁，因此，不需要而外再去处理其他操作，直接使用如下语句：
update tbl_goods set count=count+1 where id=1; // 利用mysql计数器实现计数操作
错误的用法：
select count from tbl_goods where id=1;
count = count+1; // 其他操作
update tbl_goods set count=#{count} where id=1;
上述的操作会有并发的问题，导致计数不正确。
一种改进的操作是添加for update悲观锁：
being; // 开启事务
select count from tbl_goods where id=1 for update;
count = count +1; // 其他操作
update tbl_goods set count = #{count} where id=1;
commit;