php - 如何提高MYSQL查询的性能？

Question

我目前正在将数据源上传到我的数据库中。由于存在超过 1 千万条记录，我的数据库中的数据被转储了。我需要改进或提高我网站中的 MYSQL 查询性能。下面是我执行的查询....

select SUM(SPRICE) AS Tot, MIN(SMIN) AS Min from 
(SELECT COUNT(LS.SALEPRICE) AS SPRICE, MIN(LS.SALEPRICE) AS SMIN 
 FROM `linkshare` LS 
 WHERE LS.`PRODUCTNAME` LIKE '%DVS Men\'s Comanche Skate Shoe%' 
 UNION 
 SELECT COUNT(CJ.PRICE) AS SPRICE, MIN(CJ.PRICE) AS SMIN 
 FROM `cjfeeds` CJ 
 WHERE CJ.NAME LIKE '%DVS Men\'s Comanche Skate Shoe%' ) AS xyz

在上面的查询中，它在本地数据库中运行良好，而我的数据库包含不到 5 万条记录......如何改进我在实时服务器中的查询？请指导我......

我的查询也用了 39.4626 秒。我怎样才能减少这个查询的运行时间？

Answer 1

好的，要编辑我的答案以首先更具体地处理您的查询，早先的建议会奏效，但您的查询相当疯狂，所以让我们讨论原因。

您需要的一切实际上都在此处的 EXPLAIN 输出中，您的 UNION 导致 340 万次元组访问，派生表查询(串联后)约为 90 万次。

• Add an index在两个表中的 PRODUCTNAME 上

• 联盟？卧槽我假设这里发生的事情是你有两个非常相似/相同的表，你正在做一个 UNION 这个相当狡猾的过滤器查询，基本上将一个连接到另一个。这是第一个警告标志，如果您可以简化此查询并拥有一个枚举类型的表，则此查询会更快，例如type (LS|CJ) 或外键和类型表，具体取决于您的要求。

• 假设您出于某种原因不想永久这样做(并且您应该这样做)，您可以 create a temporary table对于这两个选择的计算。一旦您将所有信息都放在一张表中，因为您只是在做一个简单的选择计数，总和就会很快。

MySQL 有一个 EXPLAIN 命令，您可以将其作为任何查询的前缀，例如

EXPLAIN select SUM(SPRICE) AS Tot, MIN(SMIN) AS Min from (SELECT COUNT(LS.SALEPRICE) AS SPRICE, MIN(LS.SALEPRICE) AS SMIN FROM `linkshare` LS WHERE LS.`PRODUCTNAME` LIKE '%DVS Men\'s Comanche Skate Shoe%' UNION SELECT COUNT(CJ.PRICE) AS SPRICE, MIN(CJ.PRICE) AS SMIN FROM `cjfeeds` CJ WHERE CJ.NAME LIKE '%DVS Men\'s Comanche Skate Shoe%' ) AS xyz;

输出对于初学者来说可能有些神秘，查看 tutorial在上面获取更多信息。一般来说:

• 尽可能避免“LIKE %blah%”风格的查询，正如 Mark Ba​​nnister 所建议的那样，这些查询不会使用您创建的任何索引。
• 为选择中使用的任何字段创建索引(在超过一千行的表中)。
• 让快速增长的表格尽可能精简
• 尽可能使用固定宽度的列，例如char/varchar 而不是 TEXT/BLOB

• 如果您在大型数据集上运行复合慢速查询，请考虑对其进行缓存/tuning你的 my.cnf 表缓存大小。

  总而言之，始终尝试进行精确的字符串匹配，因为这些可以被索引。您的问题源于标准化表结构不佳。规范化只是意味着(以一种高级的非技术方式)您组织数据的方式可以减少重复，因此更加一致。好处是它可以更容易地对其进行高效查询。如果您认为需要通配符查询，您可能需要对产品进行分类例如进入像“鞋子”这样的类别，为此，添加一个 product_categories 表，其模式如 |category_id, category_name|。然后在您的产品表中(如果产品只能属于一个类别)添加一个外键，例如category_id，给category_id字段添加索引，然后通过category_id查询商品

例如从 category_id=5 的产品中选择 *

如果您认为需要对数据进行模糊匹配，这听起来确实有点杂乱无章。如果这是不可避免的，看看你的 devops 人员是否可以设置一个读取从站，这样你的慢查询就不会伤害任何重要的系统。