我已经看到一些专用的 MySQL 服务器，它们只使用一个内核。我比 MySQL 的 DBA 更擅长开发，所以需要一些帮助
服务器非常庞大，具有 OLAP/DataWarehouse (DW) 类型的负载：
注意：最大的 DB 是从 OLTP DR 服务器复制的 DB，DW 就是从这里加载的。它不是完整的 DW：仅持续 6 个月到 6 周，因此它比 OLTP DB 小。
ALTER TABLE...DROP KEY...ADD INDEXH2 是一个单线程数据库，在性能方面享有盛誉。其他数据库是多线程的。
我的问题是：多线程数据库什么时候变得比单线程数据库更有趣？有多少用户？多少个进程？什么是触发器？有人有经验可以分享吗？
概括
MyISAM 如何比 InnoDB“更快”，如果
RAM 的重要性是一个既定的事实，但在 MySQL 使用 CPU 时，关于内核和多线程重要性的资料要少得多。我说的是在 4cores vs 6cores vs 8cores 上运行 MySQL 的区别等等。
不同的存储引擎使用 CPU 的方式不同吗？
由于 RAM 的限制，是否可以让 InnoDB 使用与 MyISAM 相同的索引而不是聚集索引，同时获得其并发性能的好处？
我已准备好从 MyISAM 迁移到 InnoDB，但想知道是否有要查找的完整列表？例如，我没有看到任何列表提到DISABLE KEYS在 InnoDB 表上运行会抛出警告，除了ALTER TABLE. 这是我在转换之前需要了解的那种事情。我以为我可以接受我的查询，但显然不是。
我在我的工作站上运行 MySQL 5.5 服务器以进行科学数据分析，并想知道如何配置 MySQL 以便在性能方面发挥最大作用。我通常运行的查询类型涉及 10-20 个表的连接，并且可以运行很长时间，一到几分钟也不例外。只有极少数用户同时访问数据库（最多 5 个）。我将服务器从具有 2.2 GHz 双核和 4 GB RAM 的联想 Thinkpad T61 移动到以下带有手工选择组件的全新机器：
第一次测试（在两台机器上运行相同的查询）显示新机器的速度有了明显的提高，但查询仍然需要很多时间，我原以为会有更多的提升。有问题的查询得到了相当好的优化，即所有表都有适当的键，这些键也被用作“解释扩展”。
现在到我当前的 MySQL 设置：首先我应该提到我很久以前从 MyISAM 转移到 Innodb。
我的一些 my.ini 调整（即偏离默认设置）：
# Maximum size for internal (in-memory) temporary tables. If a table
# grows larger than this value, it is automatically converted to …我们有一个 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
我很久以前就添加了索引，并且我对 PHP 代码库进行了一些更改，因此可能有些索引已经过时，但总体而言；是的，它们都被使用了。我在表上运行了许多不同类型的查询。不同的查询，不同的索引。但是我在这里的主要问题不涉及表读取性能，而是它如何处理许多索引。InnoDB 索引与数据一起“离开”/存储，而不是 MyISAM 的密钥文件原则。我只是担心这可能会导致足够的性能下降不会超过表锁定问题。