我有多个不断增长的数据库。 所以我不时截断日志表并缩小最大的数据库。 对于最大的（> 40GB）需要一些时间。
所以我读了关于auto_shrink的选项，它会周期性地缩小那些有一些空闲空间的db。
我从来没有尝试过，我首先想听到一些意见。 收缩发生的频率是多less？ 它会吃很多内存或CPU？
根据这个页面在后台运行。 当然是的，但他们不回答所需的问题。 需要多less时间和多less内存。 收缩数据库的另外，如果一个100GB的数据库有1 GB免费，请不要缩小….如果需要年龄…需要什么标准？ 超过10％的可用空间？ 顺便说一句。 我不是一个专业，只是学习。
自动收缩是邪恶的。
您不应该手动截断日志文件 – 如果它们不断增长，则表示数据库正在使用FULL恢复模式，并且不备份日志。
根据您的恢复要求，可以开始定期执行事务日志备份，以减小日志文件的大小，或切换到SIMPLE。