在使用mysql数据库存储数据的前提下，有一个抢任务系统，一个任务只能分配给n个人，如果有高并发请求，如何保证数据完整性？
在不考虑到数据是否完整的情况下，我们一般只会按照以下思维开发：
用户请求抢任务接口读取数据库剩余数量如果大于0，剩余数量减1，更新数据库剩余数量（update task set count=count-1 where id=‘任务id’）返回数据为什么上面的做法不对呢？我们举个例子，假设用户1和用户2同时调用请求抢任务接口，并且数据库只剩下一个任务可抢，任务剩余数量使用count字段保存； 用户1和用户2请求接口情况模拟，表格的每一行表示一个时间点
用户1用户2执行1执行1执行2执行2执行3（更新count为0）执行3（更新count为-1）执行4执行4通过以上的问题，我们不难知道，本来只有一个任务可抢的，现在被两个用户同时抢了，而且数据库还出现了-1的情况，而这种情况再高并发的时候经常会遇到。
要解决高并发带来的问题，就可以利用乐观锁的概念来解决。 将上面中的第3个步骤中是sql语句改为（update task set count=count-1 where id=1 and count=1） 当然，其中的count=1中的1是步骤2读取出来的数据总数。 或者可以给表加一个版本号version字段，默认为1，每次执行更新的时候自增1，并在where语句后带上读取到的版本号，以免再读取和更新数据之间，有第三者更新了数据库。
用户1用户2执行1执行1执行2执行2执行3（更新count，dao层返回1，表示更新成功）执行3（更新count，dao层返回0，表示更新失败）执行4执行4