悲观锁和乐观锁

就像它的名字样，它假设最坏的情况，即每次读取数据时都可能被修改。因此，在读取数据之前，它会锁定该数据以防止其他用户修改。这通常意味着更高的发性能较低。

相反，它假设最好的情况，即数据很少被更改。在读取数据时不进行任何锁定，但在更新数据时检查自上次读取以来是否已更改。有，则操作失败，否则操作成功。这种策略提高发性能，但可能会导致更多的重试。

对于您的公司来说，你们的业务主要涉及数据更新频繁的操作，悲观锁可能是个更好的选择。然而，大多数操作是只读或少有冲突的数据更新，乐观锁可能是更优的选择。

在这个领域中，悲观锁可能更有优势，因为你们确保对每个IP的使用都有精确的控制，避免发生冲突。

由于这个领域的数据更新非常频繁，且高度发处理，所以乐观锁可能更为适用。

你们保护研发数据不被未授权的访问或者修改，悲观锁可能是个好选择。

这是个高发、多变的环境，乐观锁能更好地支持这种环境，因为它允许更多的人查看和修改信息，只要没有产生冲突即可。