高并发大数据数据库层面的处理

三种并发策略：

1.什么都不做，任由并发产生，以最终提交结果为准。

2.开放式并发，冲突产生时，告诉用户当前资源被占用。

3.保守式并发，强制加锁，只有当前用户更新提交完毕才能被下一个用户占用。

保守式并发

保守式并发通常用于两个目的。第一，在某些情况下，存在对相同记录的大量争用。在数据上放置锁所费的成本小于发生并发冲突时回滚更改所费的成本。

在事务过程中不宜更改记录的情况下，保守式并发也非常有用。库存应用程序便是一个很好的示例。假定有一个公司代表正在为一名潜在的客户检查库存。您通常要锁定记录，直到生成订单为止，这通常会将该项标记为“已订购”状态并将其从可用库存中移除。如果未生成订单，则将释放该锁，以便其他检查库存的用户得到准确的可用库存计数。

但是，在断开的结构中无法进行保守式并发控制。连接打开的时间只够读取数据或更新数据，因此不能长时间地保持锁。此外，长时间保留锁的应用程序将无法进行伸缩。

开放式并发

在开放式并发中，只有在访问数据库时才设置并保持锁。这些锁将防止其他用户在同一时间更新记录。除了进行更新这一确切的时刻之外，数据始终可用。有关更多信息，请参见开放式并发。

当试图更新时，已更改行的初始版本将与数据库中的现有行进行比较。如果两者不同，更新将失败，并引发并发错误。这时，将由您使用所创建的业务逻辑来协调这两行。

最后的更新生效

当使用“最后的更新生效”时，不会对初始数据进行检查，而只是将更新写入数据库。很明显，可能会发生以下情况：

• 用户 A 从数据库获取一项记录。
• 用户 B 从数据库获取相同的记录，对其进行修改，然后将更新后的记录写回数据库。
• 用户 A 修改“旧”记录并将其写回数据库。

在上述情况中，用户 A 永远也不会看到用户 B 作出的更改。如果您计划使用并发控制的“最后的更新生效”方法，则要确保这种情况是可以接受的。