使用 SQL FileStream 发生内存泄漏

我有一个使用 SQL FILESTREAM 来存储图像的应用程序。我插入一个LOT图像数量（每天数百万张图像）。

一段时间后，机器停止响应，似乎内存不足……查看 PC 的内存使用情况，我们没有看到任何进程占用大量内存（无论是 SQL 还是我们的应用程序）。我们试图终止我们的进程，但它没有恢复我们的机器...然后我们终止 SQL 服务，但它没有恢复到系统。作为最后的手段，我们甚至杀死了所有进程（系统进程除外），并且内存仍然很高（我们正在任务管理器的性能选项卡中查看）。此时只有重新启动才能完成这项工作。我们在Win7、WinXP、Win2K3服务器上进行了尝试，结果始终相同。

不幸的是，这不是一次性交易，而是每次都会发生。

以前有人见过这种行为吗？我们使用 SQL FILESTREAMS 是否做错了什么？

你说你每天插入很多图像。您还对图像做什么？你更新它们吗，很多人读过？

您的文件系统是否针对 FILESTREAM 进行了优化？

你如何读出图像？

如果您进行了大量更新，请记住 SQL Server 不会修改文件流对象，而是创建一个新文件流对象并将旧文件标记为由垃圾收集器删除。有时 GC 会触发并开始清理旧的混乱情况。 FILESTREAM 的问题是它不会在事务日志中记录大量内容，因此 GC 可能会严重延迟。如果这是问题所在，可以通过强制 GC 更频繁地保持响应来解决。这可以使用以下方法完成检查站 http://msdn.microsoft.com/en-us/library/ms188748.aspx陈述。

UPDATE:对于小文件（小于 1 MB），不应使用 FILESTREAM。数以百万计的小文件会给文件系统和主文件表带来问题。使用 varbinary 代替。也可以看看设计和实现 FILESTREAM 存储 http://msdn.microsoft.com/en-us/library/cc949109.aspx

更新2：如果你仍然坚持使用FILESTREAM来存储（你不应该存储大量的小文件），你至少必须相应地配置文件系统。

优化大量小文件的文件系统（使用这些作为提示并确保您在应用之前了解它们的作用）

• 更改主文件表 保留到注册表中的最大值（FSUTIL.exe 行为设置 mftzone 4）
• 禁用8.3文件名（fsutil.exe行为设置disable8dot3 1）
• 禁用上次访问更新（fsutil.exe 行为设置disablelastaccess 1）
• 重新启动并创建新分区
• 使用以下命令格式化存储卷 适合大多数的块大小 文件（2k 或 4k 取决于您 图像文件）。