如何寻求帮助优化和修复 MySQL 中的查询？

Question

MySQL 问题是 StackOverflow 上我最喜欢的一些问题。

不幸的是，这样的事情：

SELECT foo, bar, baz, quux, frozzle, lambchops FROM something JOIN somethingelse ON 1=1 JOIN (SELECT * FROM areyouserious) v ON 0=5 WHERE lambchops = 'good';

让我的眼睛流血。

此外，描述架构的尝试通常是这样的：

我有一个表 CrazyTable，其中有一列是日期，它的主键是 Foo_Key，但我想使用与月相有关的 column_bar 的子字符串（在 CrazyTable 中）加入 SOMETABLE（我将它作为三次序列化的 PHP 数组存储在 moon_phases 中）。

这是我提出的一个问题的示例，如果我没有按照以下步骤操作，我永远不会从任何人那里得到满意的答案：I have no shame.。

我将在下面回答我最能帮助您获得问题的最佳答案的方法。什么对你有帮助？

Answer 1

使用 SHOW CREATE TABLE

---

这比你的话更能告诉我关于你的桌子的信息：

mysql> show create table magic\G
*************************** 1. row ***************************
       Table: magic
Create Table: CREATE TABLE `magic` (
  `id` int(11) DEFAULT NULL,
  `what` varchar(255) DEFAULT NULL,
  `the` datetime DEFAULT NULL,
  `heck` text,
  `soup_is_good` double DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8
1 row in set (0.00 sec)

CAVEAT：如果表中有 70 列，省略不必要的列。需要什么？

• 加入的字段
• 已选择字段
• 字段在哪里

使用解释

---

这让我了解如何最好地优化您当前工作但可能很慢的查询：

mysql> explain select *     from magic\G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: magic
         type: ALL
possible_keys: NULL
          key: NULL
      key_len: NULL
          ref: NULL
         rows: 1
        Extra: 
1 row in set (0.00 sec)

使用 \G

---

必须向右滚动通常会带来不便。

通常：

mysql> select * from magic;
+------------+-------------------------------+---------------------+-------------------+--------------+
| id         | what                          | the                 | heck              | soup_is_good |
+------------+-------------------------------+---------------------+-------------------+--------------+
| 1000000000 | A really long text string yay | 2009-07-29 22:28:17 | OOOH A TEXT FIELD |        100.5 | 
+------------+-------------------------------+---------------------+-------------------+--------------+
1 row in set (0.00 sec)

更好：

mysql> select * from magic\G
*************************** 1. row ***************************
          id: 1000000000
        what: A really long text string yay
         the: 2009-07-29 22:28:17
        heck: OOOH A TEXT FIELD
soup_is_good: 100.5
1 row in set (0.00 sec)

CAVEAT： \G 显然将一行数据变成了几行。对于多行数据，这变得同样繁琐。做看起来最好的事情。

为令人讨厌的大数据块使用外部粘贴箱：

• Pastie
• gist.github

让我们知道您的期望

---

• 慢？ - 我们不知道什么是慢。秒、分、小时？这有助于了解。
• 更快 - 我们也不知道。您对快速的期望是什么？
• 频率 - 这是您计划只运行一次的查询吗？日常的？每天数百或数千次？这有助于我们知道何时足够好。

Answer 2

程序分析

select * from yourtable procedure analyse()\G

以上将让其他人知道存储在表中的最大值和最小值。这有帮助。

Answer 3

知道你在相关表上有哪些索引是至关重要的，imo。您声明您在 where 子句中使用 column_bar 的子字符串 - 您可能需要将此子字符串反规范化并将其存储在另一列中，然后对其进行索引。如果（例如）仅存在 2 个不同的值，则该列的基数再次会使使用该列上的索引变得毫无价值。有关性能调优最佳实践的有用视频教程，请观看 Jay Pipes 的 youtube video。