相关疑难解决方法(0)

我最近发现 MySQL 有一个我不知道的“内存”引擎（我的大部分数据库工作都是针对业余项目的，所以我边走边学习我需要的东西）。似乎这个选项应该让我大大提高性能，所以我想知道它是否有任何缺点。我所知道的两个是：

1. 我需要有足够的内存来保存有问题的表。
2. 如果机器关闭，这些表就会丢失。

我相信 #1 不应该是一个问题，因为我使用的是 AWS EC2，并且可以根据需要移动到具有更多内存的实例类型。我相信我可以通过根据需要转储回磁盘来缓解 #2。

还有哪些问题？内存引擎能否提供比 MyISAM 或 InnoDB 更差的性能？我想我读过一些关于这个引擎的索引不同的东西；这是我需要担心的事情吗？

我将MEMORY Engine用于与特定 MYSQL 查询关联的所有表，因为访问速度对我的项目至关重要。

出于某种原因，我注意到仍然会发生大量磁盘写入。

这是因为 Windows 将 RAM 交换到磁盘吗？我怎样才能防止这种情况发生？

编辑：这是我的全局变量：

mysql> show global variables;
+---------------------------------------------------+--------------------------------------------------------------------------------
------------------------------+
| Variable_name                                     | Value
                              |
+---------------------------------------------------+--------------------------------------------------------------------------------
------------------------------+
| auto_increment_increment                          | 1
                              |
| auto_increment_offset                             | 1
                              |
| autocommit                                        | ON
                              |
| automatic_sp_privileges                           | ON
                              |
| back_log                                          | 50
                              |
| basedir                                           | C:/Program Files/MySQL/MySQL Server 5.5/
                              |
| big_tables                                        | OFF
                              |
| binlog_cache_size                                 | 32768
                              |
| binlog_direct_non_transactional_updates           | OFF
                              |
| binlog_format                                     | STATEMENT
                              |
| …

我们有一个 MySQL 5.0 服务器，以 MyISAM 的形式运行所有表。我们有两个奴隶，在上个月，我们已经升级到 MySQL 5.5。他们的表也仍然是 MyISAM。

我原来的计划是把5.0的master升级到5.5，然后转成InnoDB。现在我想知道，在升级之前开始是否更有意义？我一直很谨慎，因为我听说 5.5 下的 InnoDB 比 5.0 下的 InnoDB 快得多。这是没有根据的，我现在应该开始吗？

我有以下问题：我正在设计带有几十个小型查找表的 Web 应用程序：这些表通常包含三列（ID、名称、描述）和几行（大多数少于 50，最大约为 450）。

这些查找表预计很少更改（它们来自标准，几年更改一次）并且仅用于：

• html select 中的填充选项
• 加入报告中的其他记录

SELECT99% 的情况下，这些表上只会有语句，但会有相当多的语句。

我想知道，使用哪种数据库引擎最有效？

以下是我的考虑：

记忆

• 亲：非常快
• con：如果服务器崩溃，所有数据都丢失，需要重新创建
• con：不支持外键

压缩的 MyISAM

• 亲：快
• con：不支持外键

数据库

• 亲：外键支持

我想问的是，使用与InnoDB不同的东西是否会有显着的优势- 性能方面

谢谢，兹比内克

在我的网站上，我在一个简单的 mysql 表中记录每个综合浏览量（日期、IP、引用、页面等）。

该表具有以下活动：

• SELECT每分钟1个
• DELETE每分钟1个
• 没有UPDATE查询
• 很多INSERTS（大约每秒 300 个）。

该表永远不会大于 200MB。

今天，我将这个表从 InnoDB 表更改为 MEMORY 表，这对我来说是有意义的，以防止不必要的硬盘 IO。我还每分钟修剪一次这张桌子，以确保它永远不会变得太大。而且这个信息不是很重要，所以在 MySQL 重启时删除它并不重要。

——

性能方面，一切都运行良好。但是我注意到在运行 tuning-primer 时，使用 MEMORY 表时我的当前锁定等待率非常高。

Current Lock Wait ratio = 1 : 561

如果我将此表更改为 InnoDB，则比率为：

Current Lock Wait ratio = 0 : 78600946

我的问题：我应该担心这个锁定等待率吗？有什么我可以改变我的配置来改进的东西，以便使用 MEMORY 表的锁定等待率不会那么高？

我正在考虑扩大规模而不是扩大规模。因此，我很想知道将 MySQL 内存存储引擎用于 500+ GB 的数据库是否可行，因为有一台服务器，具有这种内存？我应该提到对表的查询主要是临时查询。

我相信我发现会出现的一个问题是对 MEMORY 表的查询可能会导致创建临时表。临时表在转换为 MyISAM 表之前有一个硬性限制，即最多使用4 GB的 RAM。这当然会完全杀死性能。临时表的内存限制可以通过将tempdir设置为 ramdisk 来解决。

您还预见到哪些其他类型的问题？