php - 两个 mysql 查询似乎比一个查询快，任何人都知道如何在没有开销的情况下组合这些查询？

Question

我想知道是否有人可以帮助我解决这个问题。我有 2 个查询版本给我相同的结果。一个使用 2 个查询，但速度更快，另一个只使用一个查询，但速度要慢得多。我只是想看看是否有更好的方法在一个查询中执行此操作而不会减慢它的速度。

这个已经够快了....

query One:
    SELECT * FROM global_rewrite_links
    => do some php stuff (i used the IN Array numbers as example values)
    Average q1 : 0.0015 sec

query two, use php arrays in ON clause:
    SELECT SQL_NO_CACHE master.prop_id,master.property_name  FROM property_main master 
    INNER JOIN prop_normalize_options_sport_leisure_health jtbl0 ON ( master.prop_id=jtbl0.prop_id AND jtbl0.item_id IN (37))  
    INNER JOIN prop_normalize_options_property_activities jtbl1 ON ( jtbl0.prop_id=jtbl1.prop_id AND jtbl1.item_id IN (17)) 
    INNER JOIN prop_normalize_options_property_suitability jtbl2 ON ( jtbl1.prop_id=jtbl2.prop_id AND jtbl2.item_id IN (15))
    INNER JOIN prop_normalize_options_property_facilities_other jtbl3 ON ( jtbl2.prop_id=jtbl3.prop_id AND jtbl3.item_id IN (57)) 
    WHERE master.active='Y' 
    GROUP BY master.prop_id 
    ORDER BY master.sortOrder 

Average q2 : ~0.06sec

Total Average: ~0.07sec

然而，由于 IN ('ARRAY') 是从另一个表动态生成的(我正在尝试在同一个查询中完成所有操作)，所以我最终得到了这个，这要慢得多:

SELECT SQL_NO_CACHE prop.prop_id,prop.property_name FROM property_main prop 
INNER JOIN prop_normalize_options_sport_leisure_health jTbl0 ON (prop.prop_id=jTbl0.prop_id AND jTbl0.item_id IN (SELECT item_id FROM global_rewrite_links WHERE link_1 IN ('pool') AND category_name_1='recreational-facilities')) 
INNER JOIN prop_normalize_options_property_activities jTbl1 ON (prop.prop_id=jTbl1.prop_id AND jTbl1.item_id IN (SELECT item_id FROM global_rewrite_links WHERE link_1 IN ('golf') AND category_name_1='activity-holidays')) 
INNER JOIN prop_normalize_options_property_suitability jTbl2 ON (prop.prop_id=jTbl2.prop_id AND jTbl2.item_id IN (SELECT item_id FROM global_rewrite_links WHERE link_1 IN ('non-smoking') AND category_name_1='accessibility')) 
INNER JOIN prop_normalize_options_property_facilities_other jTbl3 ON (prop.prop_id=jTbl3.prop_id AND jTbl3.item_id IN (SELECT item_id FROM global_rewrite_links WHERE link_1 IN ('internet') AND category_name_1='guest-facilities')) 
WHERE prop.active='Y' 
GROUP BY prop.prop_id 
ORDER BY prop.sortOrder 

Average: ~0.45sec

我还尝试了一些 CASE/HAVING 子句，但我想出的那个子句严重很慢。也许有人有更好的主意？任何想法将不胜感激

谢谢

PS:创建

CREATE TABLE `global_rewrite_links` (
    `id` INT(10) UNSIGNED NOT NULL AUTO_INCREMENT,
    `item_id` INT(20) UNSIGNED NULL DEFAULT NULL,
    `parent_id` SMALLINT(5) UNSIGNED NULL DEFAULT NULL,
    `sort` TINYINT(3) UNSIGNED NULL DEFAULT NULL,
    `queryField` VARCHAR(200) NULL DEFAULT NULL,
    `inFilter` ENUM('Y','N') NULL DEFAULT 'N',
    `table_name` VARCHAR(200) NULL DEFAULT NULL,
    `queryType` VARCHAR(3) NOT NULL DEFAULT 'AND',
    `queryOperator` VARCHAR(2) NOT NULL DEFAULT '=',
    `category_txt_1` VARCHAR(200) NULL DEFAULT NULL,
    `category_txt_2` VARCHAR(200) NULL DEFAULT NULL,
    `category_txt_3` VARCHAR(200) NULL DEFAULT NULL,
    `category_name_1` VARCHAR(200) NULL DEFAULT NULL,
    `category_name_2` VARCHAR(200) NULL DEFAULT NULL,
    `category_name_3` VARCHAR(200) NULL DEFAULT NULL,
    `link_txt_1` VARCHAR(200) NULL DEFAULT NULL,
    `link_txt_2` VARCHAR(200) NULL DEFAULT NULL,
    `link_txt_3` VARCHAR(200) NULL DEFAULT NULL,
    `link_1` VARCHAR(200) NULL DEFAULT NULL,
    `link_2` VARCHAR(200) NULL DEFAULT NULL,
    `link_3` VARCHAR(200) NULL DEFAULT NULL,
    PRIMARY KEY (`id`),
    INDEX `queryField` (`queryField`),
    INDEX `inFilter` (`inFilter`),
    INDEX `parentID` (`parent_id`),
    INDEX `link1` (`link_1`, `category_name_1`, `item_id`),
    INDEX `link2` (`link_2`, `category_name_2`, `item_id`),
    INDEX `link3` (`link_3`, `category_name_3`, `item_id`)
)
COLLATE='latin1_swedish_ci'
ENGINE=MyISAM
ROW_FORMAT=DEFAULT
AUTO_INCREMENT=285

Answer 1

老实说，我认为这不是问题。业内似乎有些痴迷，认为查询少总比查询多好。在一般意义上这是正确的，因为 2 个查询执行与 1,000,000 相同的操作会更好。但在特定情况下，它可能有意义也可能没有意义。我宁愿有 10 个主键查找查询(SELECT foo FROM bar WHERE id = 1)也不愿有 1 个笛卡尔连接。在合乎逻辑的并且有效的地方组合查询。否则不用担心。

在您的特定情况下，您可以进行一个查询，如果不比您的两个查询快的话，它也一样快。但我不得不问，值得吗？ 85% 的执行时间用于执行第二个查询。因此，除非你提高效率，否则你可以获得的最佳 yield 是 15%。虽然这很好，但仍然只有 0.01 秒。你愿意为此付出多少努力？我的论点是没关系，所以不用担心。相反，专注于您可以在其他地方获得的更大 yield ，或者首先使第二个查询更高效。

至少那是我的 0.02 美元...