数据库的资源是有限的，一行数据在同一个时间点只能被同一类型的任务去更新。如果并发执行了，必然会导致数据库数据和预期执行的不一致。为了防止这种不一致性。我们就有了乐观锁和悲观锁这两种处理并发的锁机制。
悲观锁：悲观锁认为并发是每时每刻都在发生的。因此为了防止并发，我们在update数据库的数据行之前，需要先把这行数据先锁定起来。其他的任务如果想要update当前的数据行，需要等待当前的任务完成，亦或是选择放弃等待，给外界提示。通过这样的方式。悲观锁实现了更新数据行的串行化，即每个更新语句之间是串联的执行的。悲观锁由数据库提供支持，oracle mysql均提供 select for update 这种语句，它对查询出来的行进行加锁。这种加锁的方式，第一个加锁成功后，后面任务会一直尝试加锁到加上为止。oracle 还提供了select for update nowait 语句，它会尝试加锁，一旦加锁失败就会立即返回加锁失败。悲观锁的优点是更新的方式简单，缺点是更新的速度变慢了。
乐观锁：乐观锁认为并发并不是每时每刻都在发生。有可能会发生，但是大概率不会发生。乐观锁是通过在db行上加上版本的方式来实现的。每次更新之前，都查询出来要更新行的版本值是多少，然后在更新的时候，更新的条件上要带上查询出来的版本，更新的内容需要把版本值加1.通过这种行为模式，如果更新的返回值是1，代表在更新的这一刻是没有并发，如果更新的返回值是0，代表着数据行被别人更新过了，程序需要做另外的动作。乐观锁的优点是更新数据的速度提高了，缺点是一旦并发发生的概率大了，程序需要处理更新失败的情况。
举例说明 悲观锁和乐观锁的适应场景。
eg1:用户表的数据里面有个收货人信息数据，用户可以通过多端进行修改，这种场景就符合我们说的并发并不是每时每刻都在发生的。用户可以通过各个客户端修改收货人信息，但是一般的情况下，都是只有一个端去修改的。大概率是不会并发的修改的。假设收货人信息表的结构是：
t_receiver_info
id
name 收货人姓名
version 版本
那么修改之前的查询是：
select * from t_receiver_info id=$id; 假设查询出来的version=3,
执行update 语句： update t_receiver_info set name=new_name,version=version+1 where id=$id and version=3;
如果执行返回1，代表没有并发。程序直接向上面返回成功，如果执行返回0，代表有并发，程序可以直接向上面返回更新失败。
这个例子使用select for update也可以更新。这里就不举例了。