相关疑难解决方法(0)

InnoDB 和 MyISAM 之间的主要区别是什么？

我有一个存储 MD5 哈希的索引列。因此，该列将始终存储 32 个字符的值。无论出于何种原因，它都是作为 varchar 而不是 char 创建的。迁移数据库以将其转换为字符是否值得？这是在带有 InnoDB 的 MySQL 5.0 中。

我正在开发一种产品，作为其操作的一部分，必须跟踪大量文件/目录。这个想法是将统计信息存储在数据库中，然后在启动时为每个文件创建监视。更改的文件将排队（在数据库中）以组同步到远程数据库。它们将按优先级顺序同步，数字介于 1-10 之间。

数据库的相关资料：

• < 100,000 个统计信息条目
• 启动时读取整个数据库，只需要文件路径
• 排队的文件将有一个优先级字段（不需要搜索其他任何内容）
• 插入可能很慢

我发现了几个我认为可以工作的数据库，但我不确定哪个是最好的：

• Redis - 将文件路径存储为键，将统计数据存储为值；队列将是一个列表
• MongoDB - 比 Redis 更多的查询选项，但仍然很快

我认为 NoSQL 数据库将是这里的最佳解决方案，因为没有太多的关系逻辑在进行，并且总数据大小不会太大（例如 < 100 mb，接近 < 30 mb）。我确实看过 SQLite，因为它似乎很简单，可以嵌入到可安装的应用程序中。

由于这是面向最终用户的分布式应用程序而不是高负载服务器，因此数据库不必支持许多并发用户。这里的主要优先事项是找到一个模型最有意义的数据库。

那么问题来了，哪个数据库最适合这种情况？

另外，是否还有其他数据库对这样的应用程序更有意义？

由于 RAM 的限制，是否可以让 InnoDB 使用与 MyISAM 相同的索引而不是聚集索引，同时获得其并发性能的好处？

我有一个大约 100 个表的数据库来存储各种信息。

最重要的表是我们的订单表，用于存储客户订单，截至目前已超过 100000 条记录，并且还在不断增长。

该表是我们数据库中查询最多的表，用于获取实时订单仪表板、统计数据、分析等所需的各个部分信息。

我定期监视数据库，并在数据库上启用慢速查询以跟踪问题。

我每天都使用像 mysqltuner 这样的脚本来输出查询。

我还使用 mysqlsla 收集有关我们数据库中前 10 个最慢查询的信息。

sample stat
Count         : 11.48k  (30.66%)
Time          : 19.623758 s total, 1.709 ms avg, 239 µs to 2.475017 s max  (18.64%)
  95% of Time : 5.246833 s total, 481 µs avg, 239 µs to 1.095 ms max
Lock Time (s) : 14.460071 s total, 1.259 ms avg, 53 µs to 2.462555 s max  (41.38%)
  95% of Lock : 806.43 ms total, 74 µs avg, …

将客户的数据库移动到额外的服务器后，我们遇到了问题。这应该会对站点的性能产生积极的影响，但是 MyISAM 中的表锁定存在问题。（我听说过使用 InnoDB 代替 MyISAM，但我们不能在不久的将来更改引擎）。
我们可以发现它是一个更新查询，当主持人在文章站点上激活评论时执行该查询。这是过程：

• 处理更新查询 SET status = 1 WHERE id = 5（设置索引）
• 页面缓存文件被删除

此时整个页面变得缓慢。数据库本身忙了几分钟。我取了几次进程列表，看到大约 60 个不同选择查询的条目，它们都处于等待表级锁定的状态。

1.我不明白为什么表上的这个更新article_comments会影响表的选择语句article以等待表级锁。在 processlist 中，几乎所有等待的查询都来自该表。我已经读过更新/插入比选择更受欢迎的事实，这可能会导致此类问题，但是当评论被激活时，文章表本身不会更新，因此选择不应该等待。我误解了吗？
2. 除了更改为 InnoDB 之外，还有什么可以防止这种行为或至少是为了获得更好的平衡吗？我对在将数据库移动到新服务器之前没有出现这个问题感到非常恼火。我想有一些配置错误，但我不知道如何识别。

如果 Aria 存储引擎（以前称为 Maria）是“新的”MyISAM，它支持事务和自动崩溃恢复：

• 为什么仍然使用 MyISAM ？
• 将存储引擎从 MyISAM 更改为 Aria 是一个问题吗？（丢失索引什么的）

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

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

我不确定这个问题的答案是对还是错，因为我认为这在很大程度上取决于情况，但为了心理锻炼，我还是继续问吧：

我的数据库中有一个 MyISAM 表，它位于我的站点的中心。围绕它创建了许多参考表，还有许多其他表直接链接到该表中的行 ID。该表大约有 260k 行，有 28 个字段，其中大部分是 varchars 和 ints。我有大约 15 个索引（数据大约 70 MiB，索引大约 80 MiB）。每天可能有数百次写入，而读取数以万计。我的数据库位于 SSD 驱动器上。

现在我的问题是；将此表更改为 InnoDB 表是否有益？我正在努力扩展我的系统以包括 API 流量，这意味着该表甚至会被查询更多，我想确保一切运行尽可能顺利。因此，我有点倾向于将其转换为 InnoDB。但是，由于该表需要许多索引，我认为 MyISAM 可能会更有效地工作。谁能帮我下定决心？提前致谢1

编辑：（由 jcolebrand 从评论中添加）

我很久以前就添加了索引，并且我对 PHP 代码库进行了一些更改，因此可能有些索引已经过时，但总体而言；是的，它们都被使用了。我在表上运行了许多不同类型的查询。不同的查询，不同的索引。但是我在这里的主要问题不涉及表读取性能，而是它如何处理许多索引。InnoDB 索引与数据一起“离开”/存储，而不是 MyISAM 的密钥文件原则。我只是担心这可能会导致足够的性能下降不会超过表锁定问题。

我有一个关于 MySQL 锁定和事务管理的问题。我的问题是 ..mysql 是否锁定了我在事务中执行选择/更新的元组/表？