如何在SQL Anywhere中控制临时文件增长？

发布时间：2020-12-12 06:20:55 所属栏目：MsSql教程来源：网络整理

导读：我们目前正在经历一个不断增长的临时文件问题.观看我们的一个网站,我们可以看到我们正在观看的一个网站每天增长100-200 MB.在此站点,当临时文件达到20Gb并发生可用空间问题时发生故障. 我们目前正在抑制超时. -ti和-tl设置为零.由于这种配置,临时表的构建机会

我们目前正在经历一个不断增长的临时文件问题.观看我们的一个网站,我们可以看到我们正在观看的一个网站每天增长100-200 MB.在此站点,当临时文件达到20Gb并发生可用空间问题时发生故障.

我们目前正在抑制超时. -ti和-tl设置为零.由于这种配置,临时表的构建机会有多大？

另外.为了进一步了解-tl标志,以下是一个真实的声明：除非无法通过tcpip访问客户端,否则不会重置连接.

-ti 0或-tl 0不太可能与SQL Anywhere中的临时空间问题有关.这很可能是失控查询的结果.如果您使用的是版本9,则可以按如下方式打开限制检查：

SET OPTION PUBLIC.temp_space_limit_check =’ON’;

在版本10和11中,选项应该已经打开,但可能已关闭.新的max_temp_space选项也很有用.

在早期版本中,您只需找到失控的查询; Foxhound可能有所帮助：http://www.risingroad.com/foxhound/index.html

另见“危险！查询正在加盖！”在
http://sqlanywhere.blogspot.com/2009/03/danger-queries-are-stampeding.html

FYI -ti 0无限制不活动超时设置在您预计长时间不活动时非常常见;例如,在基于网络的大型连接池上过夜.

但是,-tl 0无限活动超时设置实际上是危险的,如果它导致大量僵尸连接堆积(客户端很长时间但服务器保持连接打开).就像帮助说的那样,如果你有过早的活动超时问题,通常最好增加超时时间;例如,-tl 3600一小时.

AFAIK声明“除非通过tcpip无法访问客户端,否则将不会重置连接”似乎过于简单化：活动数据包的检查似乎比简单的“无法达到”测试复杂得多.

布瑞克

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!