在我们的sybase ASE 15.7 db中,我们有一个包含4列的表
uid intid varchar 32版本varchar 32xml文本关于uid和id的两个索引;数据锁定; ~130行数据
我们还有 …
我会说你需要对它进行测试,这听起来很明显,但它是改变这种情况的关键。关于文本列的事实是,实际上在表的末尾有一堆数据,这可能是争用和阻塞的焦点。
也就是说,在您的特定示例中,您的平均行大小非常接近Sybase服务器页面大小的最大大小(1962字节)。您不能在2k页面服务器上将其设置为2000,因为它大于您的页面大小(以字节为单位)。
实际上,您必须将其设置为1894,这是您的最大行大小减去其他列,但这可能有点接近最大值,因此它取决于您的ID和版本列的填充程度。
您也没有指定正在使用的索引类型,即群集或非群集,因为如果它们是非群集的,它仍然是堆表,并且可能受到最后一个页面链争用的影响。您也没有量化表的行数或任何其他信息,因为您的插入太慢,即交易量等等。因此,请考虑将此信息添加到您的帖子,如查询计划等,或者ID是否顺序为插件的热点等。
行内LOB可以很好地处理正确的数据。