MySQL-Cluster-gpl-7.4.12-1.el6.x86_64

查询 1

    select
    userinfo.username,
    userinfo.firstname,
    userinfo.lastname,
    userinfo.email,
    radcheck.attribute,
    radcheck.`value`,
    radusergroup.groupname,
    userinfo.id,
    userinfo.account_type,
    userinfo.workphone,
    userinfo.homephone,
    userinfo.mobilephone,
    userinfo.address,
    userinfo.zone,
    userinfo.account_state,
    userinfo.link_type,
    userinfo.device_owner,
    userinfo.email
    FROM
    userinfo
    INNER JOIN radcheck ON userinfo.username = radcheck.username
    INNER JOIN radusergroup ON userinfo.username = radusergroup.username
    WHERE
    radcheck.attribute='Expiration'  AND userinfo.mobilephone LIKE '9876543210%'

    +----+-------------+--------------+------+----------------------+-----------+---------+----------------------------+------+-------------+
    | id | select_type | table        | type | possible_keys        | key       | key_len | ref                        | rows | Extra       |
    +----+-------------+--------------+------+----------------------+-----------+---------+----------------------------+------+-------------+
    |  1 | SIMPLE      | radcheck     | ref  | username,attribute   | attribute | 34      | const                      |    9 | Using where |
    |  1 | SIMPLE      | userinfo     | ref  | username,mobilephone | username  | 131     | ctradius.radcheck.username |   13 | Using where |
    |  1 | SIMPLE      | radusergroup | ref  | username             | username  | 66      | ctradius.userinfo.username |   10 | Using where |
    +----+-------------+--------------+------+----------------------+-----------+---------+----------------------------+------+-------------+

    select
    userinfo.username,
    userinfo.firstname,
    userinfo.lastname,
    userinfo.email,
    radcheck.attribute,
    radcheck.`value`,
    radusergroup.groupname,
    userinfo.id,
    userinfo.account_type,
    userinfo.workphone,
    userinfo.homephone,
    userinfo.mobilephone,
    userinfo.address,
    userinfo.zone,
    userinfo.account_state,
    userinfo.link_type,
    userinfo.device_owner,
    userinfo.email
    FROM
    userinfo
    INNER JOIN radcheck ON userinfo.username = radcheck.username
    INNER JOIN radusergroup ON userinfo.username = radusergroup.username
    WHERE
    radcheck.attribute like 'Expiration%'  AND userinfo.mobilephone LIKE '9876543210%'

 +----+-------------+--------------+-------+----------------------+-------------+---------+----------------------------+------+------------------------+
    | id | select_type | table        | type  | possible_keys        | key         | key_len | ref                        | rows | Extra                  |
    +----+-------------+--------------+-------+----------------------+-------------+---------+----------------------------+------+------------------------+
    |  1 | SIMPLE      | userinfo     | range | username,mobilephone | mobilephone | 203     | NULL                       |  585 | Using where; Using MRR |
    |  1 | SIMPLE      | radusergroup | ref   | username             | username    | 66      | ctradius.userinfo.username |   10 | Using where            |
    |  1 | SIMPLE      | radcheck     | ref   | username,attribute   | username    | 66      | ctradius.userinfo.username |   17 | Using where            |
    +----+-------------+--------------+-------+----------------------+-------------+---------+----------------------------+------+------------------------+

最佳答案

你有两个完全不同的执行计划。

对于您的第一个查询，MySQL 使用 radcheck.attribute='Expiration' 查找所有条目。通过指数上radcheck.attribute (并假设有 9 行适合)。然后它将使用 username 加入其他表。 (以及 username 上的索引)对于每个 pssible 用户名，然后读取 userinfo.mobilephone 的值从 table 上看它是否合适。

对于您的第二个查询，它将检查 userinfo.mobilephone 上的索引对于任何以 9876543210 开头的内容(假设它会找到 585 行)。然后它将使用 username 加入其他表。 (以及 username 上的索引)使用正确手机的所有用户名，然后读取 radcheck.attribute 的值从 table 上看它是否合适。

当您实际上只有少数几行以您的手机号码开头，但很多行以 radcheck.attribute='Expiration' 开头时，您的第二个查询当然会快得多。 ，因为它将不得不用更少的行来完成其余的执行(加入，尤其是从表中读取)(尽管您必须拥有比解释中显示的行多得多的行才能证明 8 秒的合理性)。

MySQL 必须猜测哪种方式更快，并根据您的查询和有关您的表的一些统计数据选择一种方式。它的选择完全错误。

在您的第一个查询中，MySQL 假定查找 =在索引中比查找更好like在索引中(并且只会产生 9 行，这显然是不正确的)。在您的第二个查询中，它只需要选择是否查找 like在第一个或第二个索引中更好 - 并且猜对了。但是，如果您愿意，例如找了一个 userinfo.mobilephone LIKE '0%' ，它可能会更慢(取决于您的数据)。

您可以尝试一些事情:

...
from radcheck
straight_join userinfo ON userinfo.username = radcheck.username
straight_join radusergroup ON userinfo.username = radusergroup.username
where ...

关于mysql - Like 和 '=' 等于 sql - mysql 集群中的操作符性能，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/39825137/