Adaptive Server 提供以下锁定方案:
我的问题是，锁的数量是否取决于锁定策略。有人说，许多锁是应用程序实现不良或类似情况的标志。我的意思是数据行策略需要比数据页更多的锁，因为数据页在一个锁下覆盖了许多行。我不完全确定我的假设。
我目前有 20 万，但这还不够。
最近将表上的锁定策略更改为数据行以提高性能，从那时起我一直在增加锁定。
Sybase 文档说该范围在 1000–2147483647 之间。
为什么不把它设置为 2147483647？
最佳答案
当有许多进程访问数据库时，数据页和数据行锁定会更好，并且有相当多的 WRITE/UPDATE 操作需要排他锁。使用 All-Pages 锁定，一个操作锁定更多页面(比受写操作影响的页面更多)，因此可以阻止想要访问不受写操作影响的数据的进程。
但是，如果该表具有数据页或数据行锁定，则相同的写入过程将仅锁定受影响的数据，从而锁定较少量的数据，从而提供更好的并发性。但是这个写进程持有的锁数更多，因此需要更多的内存。
例如，一个页面有 10 行，写入过程影响 5 行。如果进程锁定页面，它只需要一个锁并阻止任何想要读取其余五行中的任何一行的进程。
如果该表具有数据行锁定，则写入进程将使用五个锁(这意味着更多的内存)并将剩余的五行留在页面上以供任何其他进程读/写
关于transactions - Sybase 锁定策略，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/13498271/