我们一直遇到一个表上的页面拆分问题，这是一个特别麻烦的问题 - 它是数据库中活动的审计日志，并且已经增长到 1TB 以上。主要索引位于记录类型上，它是 an NVARCHAR(100)- 因为当有 5 种记录类型时您需要它 - 它比 aTINYINT和记录 id更有意义- 它是 anNVARCHAR(200)而不是记录的整数键。
它们还涵盖索引，包括键、旧值、新值等——非常广泛。
这是一个旧系统，不幸的是，这种审计的代码无处不在，而不是集中在一个程序中。它无法改变，我们正在经历漫长的微服务重写的痛苦过程。
因此，我将两个索引的填充因子从 100% 降低到 85%。
并且页面拆分变得更糟。我会说大约 3 倍的页面拆分。
这是一个普遍的结果吗？大多数建议说减少填充因子以提高页面拆分性能。我可以理解为什么它会这样做，因为键中数据的宽度。
建议是进一步降低填充因子，还是将其恢复原状？
我们有一个用户更改了一个帐户的密码，该帐户位于自动化设备上，该设备每秒 ping sql server 多次（没有明显的原因 - ping）。
最后，我的错误日志膨胀到 >6gb，而我的硬盘驱动器不够大，无法容纳它。
我已经循环了它，但它仍然是 6GB。
有没有办法减少它？
谢谢