16

我正在通过命令行 PHP 脚本运行 MySQL 查询（在 mysqlnd 驱动程序上使用 PDO 准备查询）。这是一个带有单个左连接的简单查询，每行返回 100 行和 7 个小列。

当我在 MySQL CLI 中运行这个查询时（在运行相关 PHP 脚本的同一台机器上），它需要 0.10 秒——即使抛出了 SQL_NO_CACHE 标志。

当我通过 PDO 运行这个准备好的查询时，它需要 9 多秒。这仅是 execute() —— 不包括 fetch 调用所花费的时间。

我的查询示例：

SELECT HEX(al.uuid) hexUUID, al.created_on,
    IFNULL(al.state, 'ON') actionType, pp.publishers_id publisher_id,
    pp.products_id product_id, al.action_id, al.last_updated
FROM ActionAPI.actionLists al
LEFT JOIN ActionAPI.publishers_products pp
    ON al.publisher_product_id = pp.id
WHERE (al.test IS NULL OR al.test = 0)
    AND (al.created_on >= :since OR al.last_updated >= :since)
ORDER BY created_on ASC
LIMIT :skip, 100;

我不相信查询有问题，考虑到我尝试过的每个本机 MySQL 客户端都几乎立即运行它，但这里有一些解释：

+----+-------------+-------+--------+-------------------------+------------+---------+-----------------------------------+------+-------------+
| id | select_type | table | type   | possible_keys           | key        | key_len | ref                               | rows | Extra       |
+----+-------------+-------+--------+-------------------------+------------+---------+-----------------------------------+------+-------------+
|  1 | SIMPLE      | al    | index  | created_on,last_updated | created_on | 8       | NULL                              |  100 | Using where |
|  1 | SIMPLE      | pp    | eq_ref | PRIMARY                 | PRIMARY    | 4       | ActionAPI.al.publisher_product_id |    1 |             |
+----+-------------+-------+--------+-------------------------+------------+---------+-----------------------------------+------+-------------+
2 rows in set (0.00 sec)

PDO 到底在做什么，只需要 8.9 秒？

编辑：正如评论中所述，我也写了一个 mysql_query 版本，它的性能同样很差。然而，删除部分 WHERE 子句使其运行速度与 MySQL 客户端一样快。继续阅读令人难以置信的细节。

4

4 回答 4

7

在这个问题上给出一个很晚的更新：

我还没有找到原因，但事实证明 PHP 中的 EXPLAIN 与 CLI 中的不同。我不确定连接的任何方面是否会导致 MySQL 选择为索引使用不同的字段，因为据我所知，这些事情不应该相关；但可惜的是，PHP 的 EXPLAIN 显示没有使用正确的索引，而 CLI 却使用了。

在这种（令人困惑的）情况下，解决方案是使用索引提示。请参阅我的示例中修改后的查询中的“FROM”行：

SELECT HEX(al.uuid) hexUUID, al.created_on,
    IFNULL(al.state, 'ON') actionType, pp.publishers_id publisher_id,
    pp.products_id product_id, al.action_id, al.last_updated
FROM ActionAPI.actionLists al USE INDEX (created_on)
LEFT JOIN ActionAPI.publishers_products pp
    ON al.publisher_product_id = pp.id
WHERE (al.test IS NULL OR al.test = 0)
    AND (al.created_on >= :since OR al.last_updated >= :since)
ORDER BY created_on ASC
LIMIT :skip, 100;

希望这对某人有帮助！

于 2012-11-12T14:46:52.923 回答
7

我有同样的问题。从 cli 和 PHP 启动时，相同的查询表现不同。在 cli 中解释提到正确的索引使用，在 PHP 中什么都没有。正如我所发现的，问题是类型转换，在我的情况下是日期时间。在我专门为比较值转换类型之后，例如。where datetime_column > cast('2014-01-12 12:30:01' as datetime)一切正常。

于 2014-01-24T17:31:11.893 回答
1

PDO 使用资源来操作行结果。将其与解释语言 (PHP) 相提并论，您将拥有比 MySQL 返回结果所需的脚本更长的处理时间。

注意：使用 mysql_select_db() 或 mysqli_select_db() 比 PDO 快得多。

要了解有关更快的 PHP 查询的更多信息，请参阅：PHP：查询 MySQL 的最快方法是什么？因为 PDO 非常缓慢

于 2012-09-09T04:23:34.013 回答
0

当您在命令行上连接时，它很可能使用与 PHP 连接时不同的字符集。

当您要求它使用索引时，它会并且因为字符集足够接近而不会引起问题（猜测？这取决于您对表和列的设置）

尝试在那里扔一些 unicode 字符，它可能会开始返回错误的结果。

确保字符集在连接、表和列上匹配以获得最佳结果。如果他们做不到，连接是最重要的

UTF-8 与 Latin1 mysql，未在 utf-8 上使用的索引

有更多信息

于 2014-01-24T17:38:58.370 回答