在Delphi应用程序中，用户可定义查询并同时在多个MySQL数据库上运行。当查询数量增加且每个查询返回大量记录（如150,000条）时，出现错误，包括存储空间不足、OLE错误和线程创建失败等。问题可能涉及线程数、数据量和服务器配置。目前通过限制并发线程数来缓解问题。寻求解决方案以提高应用程序性能，而不依赖于用户限制查询或降低线程数。
应用概述：
我有一个Delphi应用程序,允许用户定义大量查询,并在多个
MySQL数据库上同时运行它们.可以一次运行的线程数量有限制(用户可以设置).用户选择要运行的查询以及运行查询的系统.每个线程使用TADOQuery组件在指定的系统上运行指定的查询.
问题描述：
当查询检索到少量记录时,即使提交了大量线程(最多约100个),应用程序也能正常工作.只要一次只运行几个线程(最多约8个),应用程序也可以处理大量记录(150,000).但是,当用户一次运行超过10个查询(即10个线程),并且每个线程正在检索大约150,000条记录时,我们开始收到错误.以下是我们目前遇到的具体错误消息：
a：没有足够的存储空间来完成此操作
b：OLE错误80040E05
c：未指定的错误
d：线程创建错误：没有足够的存储空间可用于处理此命令
e：对象是开放的
f：ODBC驱动程序不支持请求的属性
显然,错误是由多种因素共同造成的：线程数,每个线程检索的数据量以及可能的MySQL服务器配置.
主要问题是为什么会出现错误？我感谢它似乎在某种程度上与资源相关,但鉴于返回的错误不同,我想了解错误出现的原因.例如,它是由PC上的资源决定的,还是与服务器的配置有关.
后续问题是我们可以做些什么来避免出现这些问题？我们目前通过降低可以并发运行的线程数来限制应用程序.我们无法强制用户检索较少的记录,因为查询完全是用户定义的,如果他们想要检索200,000条记录,那么这取决于它们,因此我们无法做很多事情.实际上,我们不想降低应用程序的速度,因为大多数用户将检索少量数据,我们不希望使应用程序使用速度慢,尽管线程数量可以由用户改变,我们宁愿找到问题的根源,并尝试修复它,而不必依赖于一直调整配置.
1864
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
