Mysql 查询的最大数量是多少

在一个实例中，在具有4 GB RAM的专用服务器上可以运行的最大查询数是多少

我正在运行一个cron作业，该作业可能包含近十万个查询。它的查询在循环中运行，查询是选择3个带整数字段的字段的简单查询

---

当然，请给出建议。第43个查询打破了它。不，真的：-）

查询的数量没有上限——循环可以整天运行。除非存在某种形式的并行代码（即线程），否则cron作业中的每个查询都将以串行方式运行（发送查询、处理结果、发送查询、处理…），因此总查询数与内存需求无关

但是，在单个事务中运行的更新/插入/删除有一个潜在的限制（如果绝对荒谬的话）。这是因为事务需要能够回滚。（我不确定这是否受存储、主内存或其他方面的限制。）

快乐编码

---

---

由于这是一个长期运行的作业，请注意：如果cron作业“运行”到下一个cron作业（未及时完成），则可能会导致严重问题，因为同一个“作业”可能会执行多次！如果cron作业不断层叠在一起，这种丑陋的情况可能会很快失控：每个并发运行的“作业”都会给数据库服务器带来更大的负担。

检查mysql中的一次查询时间（需要在cron作业中运行几次）并乘以10万如果内存没有过载，您的查询永远无法运行。我运行一个向数据库发出多个请求的报告，只要我在每次循环后清除数据，我就可以永远继续。@diEho单次查询耗时0.0003秒。@Ibrahim Diallo“我清除数据”我正在创建一个包含5个值的数组，在运行一些查询之后插入数据库。如果每次插入数据库后清除该数组，性能会提高吗？@user494559否。这不会显著影响性能。当一个cron作业完成时，它会加载来自一个url的另一个url，并转到另一个url，例如domain.com/cron/job1重定向到domain.com/cron/job2，这会有问题吗？这不是我的代码；-）只是一个警告和一些需要注意的事情。所述问题发生在作业的[意外]多个并发执行中。它仍然不会影响查询的最大数量，但可能会导致其他资源不足（想象一下10000个cron作业试图与可怜的MySQL对话）。