相关疑难解决方法(0)

我已经看到一些专用的 MySQL 服务器，它们只使用一个内核。我比 MySQL 的 DBA 更擅长开发，所以需要一些帮助

设置

服务器非常庞大，具有 OLAP/DataWarehouse (DW) 类型的负载：

• 主要：96GB RAM，8 核 + 单个 RAID 10 阵列
• 测试：32GB RAM，4核
• 最大的 DB 是 540 GB，总共大约 1.1TB，主要是 InnoDB 表
• Solaris 10 Intel-64
• MySQL 5.5.x

注意：最大的 DB 是从 OLTP DR 服务器复制的 DB，DW 就是从这里加载的。它不是完整的 DW：仅持续 6 个月到 6 周，因此它比 OLTP DB 小。

对测试服务器的观察

• 3 个独立的连接
• 每个都有一个并发的（和不同的） ALTER TABLE...DROP KEY...ADD INDEX
• 这 3 个表有 2.5、3.8 和 450 万行
• CPU 使用率上升到 25%（一个核心被最大化）并且不会更高
• 3 次 ALTER 需要 12-25 分钟（最小的一次需要 4.5 分钟）

问题

1. 需要什么设置或补丁才能允许使用多个内核？
   也就是说，为什么 …

所以我对调整 InnoDB 还很陌生。我正在慢慢地将表（在必要时）从 MyIsam 更改为 InnoDB。我在 innodb 中有大约 100MB，所以我将innodb_buffer_pool_size变量增加到 128MB：

mysql> show variables like 'innodb_buffer%';
+-------------------------+-----------+
| Variable_name           | Value     |
+-------------------------+-----------+
| innodb_buffer_pool_size | 134217728 |
+-------------------------+-----------+
1 row in set (0.00 sec)

当我去更改innodb_log_file_size值时（例如mysql 的 innodb 配置页面上的my.cnf注释将日志文件大小更改为缓冲区大小的 25%。所以现在我的 my.cnf 看起来像这样：

# innodb
innodb_buffer_pool_size = 128M
innodb_log_file_size = 32M

当我重新启动服务器时，出现此错误：

110216 9:48:41 InnoDB：初始化缓冲池，大小 = 128.0M
110216 9:48:41 InnoDB：缓冲池初始化完成
InnoDB：错误：日志文件 ./ib_logfile0 的大小不同 0 5242880 字节
InnoDB：比指定的.cnf 文件 0 33554432 字节！
110216 9:48:41 [错误] …

H2 是一个单线程数据库，在性能方面享有盛誉。其他数据库是多线程的。

我的问题是：多线程数据库什么时候变得比单线程数据库更有趣？有多少用户？多少个进程？什么是触发器？有人有经验可以分享吗？

概括

• 通常的瓶颈是磁盘访问
• SSD 速度很快，但很脆弱（必须执行故障程序）
• 单线程系统上的一个长查询将阻塞所有其他查询
• 配置多线程系统可能很棘手
• 即使在单核系统上，多线程数据库也是有益的

MyISAM 用于将每个表存储在相应的文件中很方便。InnoDB 在很多方面都取得了进步，但我想知道为什么 InnoDB 将所有数据库存储在一个文件中（ibdata1默认情况下）。

我知道 InnoDB 将通过表的单个索引文件映射文件中数据的位置，但我不明白为什么它将所有数据混合在一个文件中。更重要的是，为什么要混合服务器上所有数据库的数据？

MyISAM 的一个有趣功能是，可以将数据库文件夹复制/粘贴到另一台机器上，然后使用该数据库（无需转储）。

假设一个主要包含 InnoDB 表的生产 OLTP 系统

• 系统失调/配置错误的常见症状是什么？
• 您最常从默认设置更改哪些配置参数？
• 您如何在问题出现之前发现潜在的瓶颈？
• 您如何识别和解决活动问题？

任何详述特定status变量和诊断的轶事将不胜感激。

RAM 的重要性是一个既定的事实，但在 MySQL 使用 CPU 时，关于内核和多线程重要性的资料要少得多。我说的是在 4cores vs 6cores vs 8cores 上运行 MySQL 的区别等等。

不同的存储引擎使用 CPU 的方式不同吗？

这是一个纯理论问题。假设我在多台服务器上部署了一个应用程序。

1. 负载均衡器，
2. 多个/可扩展的应用程序服务器
3. 一个（单一的）数据库服务器（目前）

在前两个部分，我知道要寻找什么。但是数据库服务器呢？我应该寻找什么样的硬件？

• CPU 频率与数据库服务器相关吗？
• 多核 CPU 是否相关？
• RAM比CPU重要吗？

PS：假设选择的数据库是 MySQL 或 PostgreSQL。

我正在对本地 MySQL 数据库进行大型 INSERT

我有 2,000,000 行，现在我真的开始注意到速度变慢了。我一直听说 MySQL 的可扩展性不是很好

我希望这个数据库变得更大，而且我还有很多东西要插入

在这里使用亚马逊微型实例会有什么好处吗？

我不认为我的上传速度会成为瓶颈，所以我的逻辑是他们的分布式处理将使数据库更快。

事实证明，这更多是 CPU 利用率问题，但亚马逊的解决方案是否会更好，也许会针对更多可用处理器进行更优化？使用此逻辑，更昂贵的实例将具有更好的性能

但是这里涉及这么多变量，有没有人有这方面的经验要说？

嗨，我的服务器突然变慢了，一直在 0.10 秒的查询现在需要 20 秒。有点随机，有时它会立即弹回。所以我遇到了一个非常突然和严重的性能问题。

我运行了 mysqltuner.pl，它报告了一件可能有问题的事情：

[!!] Table cache hit rate: 0% (400 open / 1M opened)

我刚刚开始深入研究这个性能问题，但有谁知道这是否是一个很大的直接危险信号？

我可以做一些 DD 但现在很紧迫。非常感谢任何帮助。

大学教师