0

我的数据库中有数百万个条目。

因为我用的是 3！！内部连接并放置大范围的日期，这个查询需要很长时间，比如几分钟。

有没有办法改进这个查询并仍然获得相同的数据？

这是我的查询：

SELECT 
    subscriptions.service_id, 
    service_send_type.usage, 
    service_send_type.price, SUM(IF(msg_t.status LIKE 'Success%', 1, 0)) AS s, 
    COUNT(1) AS t 
FROM (`subscriptions`) 
    INNER JOIN 
        `msg_t` ON `subscriptions`.`phone` = `msg_t`.`phone` AND subscriptions.id = msg_t.sub_id 
    INNER JOIN
        `msg` ON `msg`.`id` = `msg_t`.`msg_id` 
    INNER JOIN `service_send_type` ON `msg`.`service_id` = `service_send_type`.`service_id` 
        AND msg.sushi_service_id = service_send_type.sushi_service_id 
        AND msg.send_type = service_send_type.name 
        AND msg.service_id = subscriptions.service_id 

    WHERE 
        `subscriptions`.`service_id` IN (1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16) 
        AND 
        `subscriptions`.`added` >= '2013-01-28 00:00:00' 
        AND 
        `subscriptions`.`added` <= '2013-01-28 23:59:59' 
        AND 
        `msg_t`.`send_time` >= '2013-01-28 00:00:00' 
        AND 
        `msg_t`.`send_time` <= '2013-01-28 23:59:59' 

    GROUP BY 
        `subscriptions`.`service_id`, 
        `service_send_type`.`usage`, 
        `service_send_type`.`price`
4

2 回答 2

2

您可以尝试通过分析解释计划来优化查询，包括索引优化，如果您的表上仍然没有 idnex，这将非常有用。关于语句优化看这里。

希望这可以进一步帮助您

于 2013-01-30T08:52:35.600 回答
2

你总是需要IN查询吗？在您的查询中，可以将 IN 子句替换为subscriptions.service_id < 17，这将产生巨大的影响。当您有离散值列表时，IN 查询是合适的。

还要查看表上的索引。您应该在where条件和group by子句中的列上设置索引。

于 2013-01-30T08:54:29.597 回答