细节

Question 1

我没有其他办法，所以最后我不得不重新安装 mysql 服务器，这解决了这个问题，从备份恢复数据库后，现在一切都运行顺利。

Answer

我没有其他办法，所以最后我不得不重新安装 mysql 服务器，这解决了这个问题，从备份恢复数据库后，现在一切都运行顺利。

Question 2

我遇到过类似的问题，Debian Squeeze（32 位）上的 MySQL 5.1 有时（并非总是如此）会达到 100% CPU，但我没有时间对其进行诊断，因为这距离关键截止日期还有几天。

细节

我发现有几种不同的方法可以解决 MySQL 中的高 CPU 问题。

最简单的重现方法是运行特定的 Django 管理视图（标准管理 UI 页面），该视图会连接几个表并返回几千行 - 这会使一个线程可靠地占用 99% 的 CPU。终止该线程即可解决问题。

mysql> show processlist;
+----+------------+-----------+-----------+---------+------+------------+-------------------------------------------------------------------------------------------------------+
| Id | User       | Host      | db        | Command | Time | State      | Info                                                                                                    |
+----+------------+-----------+-----------+---------+------+------------+-----------------------------------------------------------------------------------------------------+
| 68 | djangouser | localhost | django_db | Query   |   77 | statistics | SELECT `mytable`.`id`, `mytable`.`tenant_id`, `mytable |
| 69 | djangouser | localhost | django_db | Query   |    0 | NULL       | show processlist                                                                                     |
+----+------------+-----------+-----------+---------+------+------------+------------------------------------------------------------------------------------------------------+
2 rows in set (0.00 sec)

有关的

https://groups.google.com/forum/?fromgroups=#!topic/django-users/Iz6x7c0i9nI与 Django 查询集中发生挂起的情况非常相似。

类似情况：

https://dba.stackexchange.com/questions/24643/mysql-5-5-runs-out-of-memory-drops-all-connections-when-creating-many-databasesdba.stackexchange - MySQL 在创建 2,000 到 5,000 个数据库后断开所有连接

https://groups.google.com/forum/?fromgroups=#!topic/django-users/sU-zj7s8uU4- 由于 20 个内部连接，某些 Django 管理查询上的查询优化器无法终止！修复方法是将 optimizer_search_depth 设置为 3（默认值为 62）

我的解决方案 - 切换到 PostgreSQL

Django 使得仅通过配置即可轻松切换到 PostgreSQL，再加上安装和配置 PostgreSQL 的时间 - 我意识到这可能不适合你，但如果你的语言/框架可以轻松切换，请认真考虑一下。我使用了 Debian 6.0 Squeeze 中的默认 postgres 包，它们很好 - 或者你可以使用 Postgres 项目中的 Debian 9.1 或 9.2 包，它们可能更好，而且更新得多。

尽管我之前没有用过 PostgreSQL，但转换过程只花了几个小时，解决了这个问题，没有产生新的问题。而且 PostgreSQL 还有许多其他不错的功能，因此我现在非常高兴我转换了 PostgreSQL。

到目前为止，我对 MySQL 和 PostgreSQL 还没有强烈的看法，但现在我只会使用后者。

Answer

我遇到过类似的问题，Debian Squeeze（32 位）上的 MySQL 5.1 有时（并非总是如此）会达到 100% CPU，但我没有时间对其进行诊断，因为这距离关键截止日期还有几天。

细节

我发现有几种不同的方法可以解决 MySQL 中的高 CPU 问题。

最简单的重现方法是运行特定的 Django 管理视图（标准管理 UI 页面），该视图会连接几个表并返回几千行 - 这会使一个线程可靠地占用 99% 的 CPU。终止该线程即可解决问题。

mysql> show processlist;
+----+------------+-----------+-----------+---------+------+------------+-------------------------------------------------------------------------------------------------------+
| Id | User       | Host      | db        | Command | Time | State      | Info                                                                                                    |
+----+------------+-----------+-----------+---------+------+------------+-----------------------------------------------------------------------------------------------------+
| 68 | djangouser | localhost | django_db | Query   |   77 | statistics | SELECT `mytable`.`id`, `mytable`.`tenant_id`, `mytable |
| 69 | djangouser | localhost | django_db | Query   |    0 | NULL       | show processlist                                                                                     |
+----+------------+-----------+-----------+---------+------+------------+------------------------------------------------------------------------------------------------------+
2 rows in set (0.00 sec)

有关的

https://groups.google.com/forum/?fromgroups=#!topic/django-users/Iz6x7c0i9nI与 Django 查询集中发生挂起的情况非常相似。

类似情况：

https://dba.stackexchange.com/questions/24643/mysql-5-5-runs-out-of-memory-drops-all-connections-when-creating-many-databasesdba.stackexchange - MySQL 在创建 2,000 到 5,000 个数据库后断开所有连接

https://groups.google.com/forum/?fromgroups=#!topic/django-users/sU-zj7s8uU4- 由于 20 个内部连接，某些 Django 管理查询上的查询优化器无法终止！修复方法是将 optimizer_search_depth 设置为 3（默认值为 62）

我的解决方案 - 切换到 PostgreSQL

Django 使得仅通过配置即可轻松切换到 PostgreSQL，再加上安装和配置 PostgreSQL 的时间 - 我意识到这可能不适合你，但如果你的语言/框架可以轻松切换，请认真考虑一下。我使用了 Debian 6.0 Squeeze 中的默认 postgres 包，它们很好 - 或者你可以使用 Postgres 项目中的 Debian 9.1 或 9.2 包，它们可能更好，而且更新得多。

尽管我之前没有用过 PostgreSQL，但转换过程只花了几个小时，解决了这个问题，没有产生新的问题。而且 PostgreSQL 还有许多其他不错的功能，因此我现在非常高兴我转换了 PostgreSQL。

到目前为止，我对 MySQL 和 PostgreSQL 还没有强烈的看法，但现在我只会使用后者。

Question 3

我遇到了同样的问题。这是由于拼写错误造成的，而不是：

innodb_buffer_pool_size = 256M

我写

innodb_buffer_pool_size = 256M

Answer

我遇到了同样的问题。这是由于拼写错误造成的，而不是：

innodb_buffer_pool_size = 256M

我写

innodb_buffer_pool_size = 256M

细节

答案1

答案2

细节

有关的

我的解决方案 - 切换到 PostgreSQL

答案3

相关内容