程序报错：资源池 'default' 没有足够的系统内存来运行此查询

2015-08-26 04:25:43 1.3万阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

Spark Word Count Java实战：从单机到分布式的核心原理与避坑指南 Word Count是理解分布式计算的入门范式，其本质是将单机数据处理逻辑映射到集群环境下的数据分片、并行计算与资源调度全过程。它揭示了RDD血缘、Shuffle机制、JVM内存模型及序列化协议等底层原理，技术价值在于暴露真实生产环境中的典型问题，如Task not serializable、OutOfMemoryError、类加载冲突和路径协议误用。应用场景覆盖本地调试、YARN部署、HDFS/S3数据读取及性能调优，尤其适用于Java工程师向大数据领域转型的首站实践。本文聚焦Spark on YARN 阅读详情

系统日志中有很多：资源池 'default' 没有足够的系统内存来运行此查询。
错误: 17300，严重性: 16，状态: 1。(参数:)。所显示的错误消息非常简洁，因为在格式设置期间有错误。跟踪、ETW 和通知等均被跳过。
错误: 17312，严重性: 16，状态: 1。(参数:)。所显示的错误消息非常简洁，因为在格式设置期间有错误。跟踪、ETW 和通知等均被跳过。
系统win2008 R2,X64，数据库SQL2008 X64，请各位高人指点

...全文

SuperPoint+SuperGlue在HLoc中的实战效果对比：5大公开数据集测试报告本文在HLoc框架下，对传统SIFT与深度学习组合SuperPoint+SuperGlue在五大公开数据集上的视觉定位效果进行了实战对比测试。报告详细分析了两种方案在Aachen Day-Night、RobotCar Seasons等不同光照、季节及场景下的表现，揭示了SuperPoint+SuperGlue在应对剧烈光照变化和长期外观变化时的显著优势，并提供了基于HLoc模块化设计的选型与配置策略。阅读详情

shinger126

疑难问题 22,298 成员 121,727 内容

+ 关注 + 加入社区

切换为时间正序

sharelove 2017-04-25

打赏
举报

就是统过EXEC sp_updatestats 更新所有表信息解决的？我的现在也是，以前是WIN2003操作系统，现在是WIN2008,刚开始是慢，后来就是出现SELECT ERROR 系统没有足够大的内存来运行此查询，这在之前都好好的啊！

shinger126 2015-08-28

打赏
举报

引用 8 楼 yupeigu 的回复:

[quote=引用 7 楼 shinger126 的回复:] [quote=引用 6 楼 yupeigu 的回复:] [quote=引用 5 楼 shinger126 的回复:] [quote=引用 3 楼 yupeigu 的回复:] 然后，你看看如果开启了有没有限制最低内存，如果限制了，可以设置更大一点。另外，这种报错信息，我之前也遇到过，是由于语句写的有问题，比如 select * from tb where id in (..........................................) in 后面写了一大堆，导致sql server的优化器认为要执行这个语句，需要N多内存。所以，你可以考虑简化代码，比如in的，你可以在程序段把这些放到一个临时表里，然后在关联就可以了。

之前在一个低配置服务器上跑都没问题的，迁移到新服务器才出现[/quote] 你更新一下整个系统的统计信息。 update statistics 表[/quote] EXEC sp_updatestats 这样吗[/quote] 嗯对的，你这个可以更新所有表的统计信息[/quote] 已解决，多谢多谢！

LongRui888 2015-08-27

打赏
举报

引用 7 楼 shinger126 的回复:

[quote=引用 6 楼 yupeigu 的回复:] [quote=引用 5 楼 shinger126 的回复:] [quote=引用 3 楼 yupeigu 的回复:] 然后，你看看如果开启了有没有限制最低内存，如果限制了，可以设置更大一点。另外，这种报错信息，我之前也遇到过，是由于语句写的有问题，比如 select * from tb where id in (..........................................) in 后面写了一大堆，导致sql server的优化器认为要执行这个语句，需要N多内存。所以，你可以考虑简化代码，比如in的，你可以在程序段把这些放到一个临时表里，然后在关联就可以了。

之前在一个低配置服务器上跑都没问题的，迁移到新服务器才出现[/quote] 你更新一下整个系统的统计信息。 update statistics 表[/quote] EXEC sp_updatestats 这样吗[/quote] 嗯对的，你这个可以更新所有表的统计信息

shinger126 2015-08-27

打赏
举报

引用 6 楼 yupeigu 的回复:

[quote=引用 5 楼 shinger126 的回复:] [quote=引用 3 楼 yupeigu 的回复:] 然后，你看看如果开启了有没有限制最低内存，如果限制了，可以设置更大一点。另外，这种报错信息，我之前也遇到过，是由于语句写的有问题，比如 select * from tb where id in (..........................................) in 后面写了一大堆，导致sql server的优化器认为要执行这个语句，需要N多内存。所以，你可以考虑简化代码，比如in的，你可以在程序段把这些放到一个临时表里，然后在关联就可以了。

之前在一个低配置服务器上跑都没问题的，迁移到新服务器才出现[/quote] 你更新一下整个系统的统计信息。 update statistics 表[/quote] EXEC sp_updatestats 这样吗

LongRui888 2015-08-26

打赏
举报

引用 5 楼 shinger126 的回复:

[quote=引用 3 楼 yupeigu 的回复:] 然后，你看看如果开启了有没有限制最低内存，如果限制了，可以设置更大一点。另外，这种报错信息，我之前也遇到过，是由于语句写的有问题，比如 select * from tb where id in (..........................................) in 后面写了一大堆，导致sql server的优化器认为要执行这个语句，需要N多内存。所以，你可以考虑简化代码，比如in的，你可以在程序段把这些放到一个临时表里，然后在关联就可以了。

之前在一个低配置服务器上跑都没问题的，迁移到新服务器才出现[/quote] 你更新一下整个系统的统计信息。 update statistics 表

shinger126 2015-08-26

打赏
举报

引用 3 楼 yupeigu 的回复:

然后，你看看如果开启了有没有限制最低内存，如果限制了，可以设置更大一点。另外，这种报错信息，我之前也遇到过，是由于语句写的有问题，比如 select * from tb where id in (..........................................) in 后面写了一大堆，导致sql server的优化器认为要执行这个语句，需要N多内存。所以，你可以考虑简化代码，比如in的，你可以在程序段把这些放到一个临时表里，然后在关联就可以了。

之前在一个低配置服务器上跑都没问题的，迁移到新服务器才出现

shinger126 2015-08-26

打赏
举报

引用 2 楼 yupeigu 的回复:

你看看这个你有没有开启资源调控器：

没有开启资源调控器

LongRui888 2015-08-26

打赏
举报

然后，你看看如果开启了有没有限制最低内存，如果限制了，可以设置更大一点。另外，这种报错信息，我之前也遇到过，是由于语句写的有问题，比如 select * from tb where id in (..........................................) in 后面写了一大堆，导致sql server的优化器认为要执行这个语句，需要N多内存。所以，你可以考虑简化代码，比如in的，你可以在程序段把这些放到一个临时表里，然后在关联就可以了。

LongRui888 2015-08-26

打赏
举报

你看看这个你有没有开启资源调控器：

shinger126 2015-08-26

打赏
举报

内存64G的，没有启用资源调控器。

程序报错：资源池 'default' 没有足够的系统内存来运行此查询

相关推荐