0

我正在运行的网站有以下两个非常重复的查询。在 MySQL innoDB 进程中，可以看到它们花费了大量时间，每当我看到那些存在的进程时，它们都会继续创建临时表并且需要很长时间才能执行占用大量内存和 CPU。

他们真的很糟糕，我以某种方式设法优化了这些......但我无法做到这一点。

$getmoddetails =    "SELECT a.id, a.name, a.defvar, a.description, a.icon, a.thumb, a.average_rating, a.total_rating, c.rating, a.group_access, d.long_name, a.editor_id, e.users_count
        FROM dir_cat_item AS b
        INNER JOIN dir_item AS a ON a.id = b.item_id
        AND a.status = 'O'
        LEFT JOIN dir_item_notation_user_map AS c ON a.id = c.item_id
        AND c.user_id =%u 
        LEFT JOIN users AS d ON d.id = a.editor_id
        LEFT JOIN (SELECT item_id, COUNT(*) AS users_count
            FROM   module
            GROUP BY item_id) AS e ON e.item_id = b.item_id
        WHERE a.id=%u";


$getnbModules_by_col = "SELECT 
                            posx,COUNT(posx) as nb 
                        FROM module WHERE 
                            user_id = %u 
                            AND profile_id = %u 
                        GROUP BY posx
                        ORDER BY posx ASC";

模块上的表索引

- item_id
- 用户身份
- profile_id
- 独特的

对于用户表

- ID
- 用户名

有什么建议请...

更新 ：-

CREATE TABLE IF NOT EXISTS `module` (
  `item_id` mediumint(8) unsigned NOT NULL DEFAULT '0',
  `user_id` int(10) unsigned NOT NULL DEFAULT '0',
  `profile_id` int(3) unsigned NOT NULL DEFAULT '0',
  `posx` tinyint(3) unsigned NOT NULL DEFAULT '0',
  `posy` tinyint(3) unsigned NOT NULL DEFAULT '0',
  `posj` tinyint(3) unsigned NOT NULL DEFAULT '0',
  `x` smallint(5) unsigned NOT NULL DEFAULT '0',
  `y` smallint(5) unsigned NOT NULL DEFAULT '0',
  `typ` char(1) CHARACTER SET utf8 NOT NULL DEFAULT 'D',
  `variables` text COLLATE utf8_unicode_ci,
  `uniq` smallint(5) unsigned NOT NULL DEFAULT '1',
  `blocked` tinyint(1) unsigned NOT NULL DEFAULT '0',
  `minimized` tinyint(1) unsigned NOT NULL DEFAULT '0',
  `old_id` tinyint(3) unsigned DEFAULT NULL,
  `feed_id` mediumint(8) unsigned NOT NULL DEFAULT '0',
  `shared` varchar(33) COLLATE utf8_unicode_ci DEFAULT NULL,
  `currentview` varchar(255) COLLATE utf8_unicode_ci DEFAULT NULL,
  KEY `item_id` (`item_id`,`user_id`,`profile_id`,`uniq`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;

item_id 18  A   No  
user_id 393467  A   No
profile_id  393467  A   No
uniq    393467  A   No

先感谢您

4

1 回答 1

0

为了获得第二个查询的最佳性能，您需要在module表上使用适当的索引，例如

...  ON module (user_id, profile_id, posx)

对于第一个查询，您可能会从module表上的不同索引中受益：

... ON module (item_id)

但是如果没有表定义、数据类型和列的基数，就真的不可能给出明确的建议。

在您的第一个查询中，我建议您在内联视图（派生表）中添加一个谓词，别名为e. 我不认为 MySQL 将谓词从外部查询推入内联视图。

    ( SELECT item_id
           , COUNT(*) AS users_count
        FROM module
       WHERE item_id = %u
       GROUP BY item_id
    ) AS e

您将需要在该 WHERE 子句中提供与在外部查询的 WHERE 子句中提供的值相同的值。从我在那里读到的...

e.item_id = b.item_id = a.id = %u

通过在该内联视图中添加该 WHERE 子句，应该会减少从模块表中检索到的行数，并且该派生表将只有一行。具有前导列的item_id索引将是覆盖索引。EXPLAIN PLAN 应该显示Using index和不显示Using filesort。

如果您的第一个查询拉回相对较少的行数，您可能会考虑在模块表上使用相关子查询，而不是e在第一个查询中连接到派生表（别名为 ）（以避免具体化大型派生表）。（然而，一般来说，相关子查询可能是真正的性能杀手。但在某些情况下，外部查询拉回少量行，子查询的重复执行实际上可以比生成大型派生表执行得更好，后者你只需要几行。）

SELECT a.id
     , a.name
     , a.defvar
     , a.description
     , a.icon
     , a.thumb
     , a.average_rating
     , a.total_rating
     , c.rating
     , a.group_access
     , d.long_name
     , a.editor_id
     , ( SELECT SUM(1)
           FROM module e
          WHERE e.item_id = b.item_id
            AND e.item_id = %u
       ) AS users_count
  FROM dir_cat_item b
  JOIN dir_item a 
    ON a.id = b.item_id
   AND b.item_id = %u 
   AND a.status = 'O'
  LEFT
  JOIN dir_item_notation_user_map c 
    ON c.item_id = a.id
   AND c.item_id = %u
   AND c.user_id = %u
  LEFT
  JOIN users d
    ON d.id = a.editor_id
 WHERE a.id = %u
于 2013-11-03T03:24:12.600 回答