问题标签 [memory-table]

我正在尝试通过 php 在 mysql 中创建一个内存表，但我不断收到错误消息：

下面是我用来尝试创建它的代码：

我在 MySQL 中使用递归存储过程来生成一个名为的临时表id_list，但我必须在后续选择查询中使用该过程的结果，所以我不能DROP在过程中使用临时表...

调用过程时，第一个值是我想要的分支的顶部 ID，第二个值是tier过程在递归期间使用的。在递归循环之前，它会检查是否tier = 0运行以及是否运行：

所以我的问题是：如果我在程序结束时或在我的事务中没有DROP临时表，那么该表将在内存中保留多长时间？MEMORY会话结束后它会自动删除，还是只要连接打开它就会保留在内存中？

**NB 显而易见的答案可能是在提交语句之前删除临时表，但让我们暂时假设我不能这样做。*

可以在此处找到此问题的更详细答案：https ://dba.stackexchange.com/questions/57971/how-long-will-a-temporary-memory-table-persist-if-i-dont-drop- it-mysql所以我投票结束了这个问题。

我有这个用例：我需要在同一个表上多次执行相同的“逻辑”查询，固定次数（相同的语义，只改变与“WHERE”语句进行比较的值）。

查询布局：

我假装要提高这项任务的性能。

通过阅读我在这里找到的关于这个问题的文章以及一些额外的研究，我可以指出以下相关事实：

• 不使用内部临时表（在查询中使用 EXPLAIN）
• 不使用查询缓存（不同的查询）

如果我在内存中创建一个临时表（RAM，ENGINE=MEMORY）来镜像相关表，然后在这个内存表上执行所有查询，我可以提高性能吗？：

对 tmp_table_name 执行查询

请参阅MySQL 文档：内存（堆）存储引擎

谢谢。

根据 MySQL 关于 MEMORY 引擎的帮助页面...

当 MySQL 服务器停止或重新启动时，MEMORY 表中的数据会丢失。

我在 Amazon ec2 t1.micro 实例上运行 MEMORY 表，直到大约一个小时前，当我意识到我的所有 MEMORY 表都已被擦除时，一切都相对正常。

我没有重置服务器，它仍然运行良好，尽管在我的日志中我意识到 CPU 负载变得相当高，因为我似乎有点太用力地推动服务器。

4.98, 3.32, 2.22 (1,5,15)崩溃前几分钟，CPU 系统负载平均值正在读取。

单核微实例上的高 CPU 负载是否有可能导致我的 MySQL 服务器“停止”并因此删除所有内存表？

谢天谢地，我有一个备份......这次我将重新启动，而不是如此努力地推动服务器。

我在下面复制了我的 MySQL error.log 文件尾端：

这发生在我说 CPU 正在冲破屋顶的时候。我还不确定这一切意味着什么，但我假设这里的 mysql 服务器已重置。任何帮助，将不胜感激。

我向现有数据库添加了一个内存文件组和一个文件。几分钟后，文件扩展至 17GB。

然后我又添加了几个文件，它们也在慢慢增长。今天它们是 700MB 和 536MB。自昨天以来，这是 100% 的增长。

我的问题是：为什么会这样？我没有添加任何内存表，并且 Service Broker 被禁用。

有什么线索吗？

我是 WSO2 DAS 的新手。根据文件，它说DAS可以快速分析数据。我想举个例子。我的场景如下所示。

我制定了一个类似上面的解释计划。问题是 tmpTable 可能不会加载太多数据。我认为它应该加载大量数据。我的服务器有足够的内存。

请帮我。

我的查询是：

MySQL 抱怨说：

在 MySQL 中，既不能将内存表与 innodb 表连接，也不能在连接两个普通表时删除。但是在与 InnoDB 表连接时从内存表中删除是否有限制？

我正在创建一个新组件，它继承自 TClientDataSet 并导致内存泄漏。我创建了一个演示来重现错误（无需共享 myCustomComponent）。我该如何解决这个内存泄漏问题？

FastMM 事件日志文件：

在尝试@victoria 的代码时，我从fastMM 得到以下错误（尽管 ReportMemoryLeaksOnShutDown 没有引发任何问题），然后我意识到 FastMM 让我感到困惑。我重新引入了 Open 方法并将此代码移到那里（没有调用继承或打开），并且 ReportMemoryLeaksOnShuntdown 显示没有泄漏，但我不明白为什么 FastMM 会引发。

我需要在每次 MySQL 启动时运行一个查询来填充一个内存表。

有没有办法做到这一点？

使用 Delphi 10.2.3，我在表单中放入了一个 FiredacTFDMemTable组件，我使用字段编辑器定义了 5 个字段，其中一个字段是 Lookup Field ( FieldKind = fkLookup)。

我创建了一个代码来扫描MemSourceMemTable 的所有字段，以将这些字段添加到MemDestinationMemtable 中。

我在扫描时遇到了问题，MemSource.FieldDefs因为它的字段总数没有考虑查找一个！见代码：

我意识到memSource.FieldDefs.Count只有 4 个字段，它错过了第 5 个查找类型。

但是memSource.Fields.Count占 5 个字段，这是正确的。

问题是：

1. 是否考虑了在设计时定义的查找字段FieldDefs？
   （如果不考虑，那为什么？）

2. 为什么memSource.FieldDefs.Count不同于memSource.Fields.Count? （即我在 memtable 中的字段比其定义中的字段多）

我在上面的代码中做错了吗？什么 ？

提前致谢 ！！