MySQL查询性能和Codeigniter

Question

我有这个MySQL查询，我正在加载到我的家庭控制器并运行Codeigniter的$this->output->enable_profiler(TRUE); 我的执行时间为5.3044

我的模型中的查询：

class Post extends CI_Model {

    function stream($uid, $updated, $limit) {
        $now = microtime(true);
        $sql = "
            SELECT 
                * 
            FROM 
                vPAS_Posts_Users_Temp 
            WHERE 
                post_user_id = ? 
                AND post_type !=4 
                AND post_updated > ?
                AND post_updated < ? 
            UNION 

            SELECT 
                u.* 
            FROM 
                vPAS_Posts_Users_Temp u 
            JOIN 
                PAS_Follow f 
                ON f.folw_followed_user_id = u.post_dynamic_pid 
                WHERE u.post_updated > ?
                AND post_updated < ? 
                AND (( f.folw_follower_user_id = ? AND f.folw_deleted = 0 ) 
                OR ( u.post_passed_on_by = f.folw_follower_user_id OR u.post_passed_on_by = ? AND u.post_user_id != ? AND u.post_type =4 )) 
            ORDER BY 
                post_posted_date DESC 
            LIMIT ?
        "; 

        $query = $this->db->query($sql, array($uid, $updated, $now, $updated, $now, $uid, $uid, $uid, $limit));

        return $query->result();
    }

}

我可以在这做任何事情来改善执行时间，从而增加我的页面加载吗？

编辑

解释结果

MySQL Workbench Visual Explain

Answer 1

也许你不会相信它，但不要在你的SQL中检索SELECT *。 只需写下你想要检索的字段，我认为它会加速很多。

我已经看到在执行查询时（从0.4秒到0.02秒）的速度增加超过20次，只需更改*为必填字段。

其他事项：如果表中的INSERT上有auto_increment id，请不要将post_posted_date用作ORDER字段。 按DATETIME字段排序很慢，如果您可以使用INT id（希望您将作为索引），您将更快地获得相同的结果。

UPDATE

根据问题的要求，技术原因：

• 不使用SELECT * ： 哪个更快/更好？ SELECT *或SELECT column1，colum2，column3等 。 这是针对SQL的，但对于MySQL（不像之前的问题那样完整） mySQL查询 - 选择字段

• 对于按日期排序：SQL， SQL Server 2008：按日期排序太慢 ，并且再次与MySQL相关： MySQL性能优化：按日期时间字段排序

奖励：学习如何设置索引： http ： //ronaldbradford.com/blog/tag/covering-index/

Answer 2

我会在post_user_id ， post_updated和folw_follower_user_id上添加索引。

在这种情况下，最好不使用union并将查询分成两个单独的查询，然后使用PHP组合成两个结果集。

如果您切换到使用活动记录，您还可以查看缓存 ，以获得更好的性能

Answer 3

rows列显示了需要检查多少行的估计值，据我所知，这意味着在您的情况下，它必须扫描72 * 1 * 2627 * 1 * 2行，这是非常多的。

现在，诀窍是降低这个数字，一种方法是添加索引。 在你的情况下，我建议添加一个索引，其中包含： post_user_id ， post_type ， post_updated ， post_updated 。
这应该会导致第一个结果集，即72行。

现在对于UNION ，请尝试使用UNION ALL ，因为它声称速度更快。
如果这不能解决问题，我建议重写查询，根本不使用UNION调用。

Answer 4

当您尝试在同一个表上联合时，尝试使用左连接查询

"SELECT 
u.* 
        FROM 
            vPAS_Posts_Users_Temp u
            LEFT JOIN PAS_Follow f ON f.folw_followed_user_id = u.post_dynamic_pid 
        WHERE (
        u.post_user_id = ? 
                AND u.post_type !=4 
                AND u.post_updated > ?
                AND u.post_updated < ?
    ) 
    OR 
     (
    u.post_updated > ?
        AND post_updated < ? 
        AND (( f.folw_follower_user_id = ? AND f.folw_deleted = 0 ) 
                OR ( u.post_passed_on_by = f.folw_follower_user_id OR u.post_passed_on_by = ? AND u.post_user_id != ? AND u.post_type =4 )) 
    )
        ORDER BY 
            u.post_posted_date DESC 
            LIMIT ?"

Answer 5

我认为您可以从查询中删除UNION并使用左连接，避免不必要的条件：

SELECT U.* 
FROM vPAS_Posts_Users_Temp AS U 
LEFT JOIN PAS_Follow AS F ON F.folw_followed_user_id = U.post_dynamic_pid 
WHERE U.post_updated > ?
AND U.post_updated < ?
AND ( 
      ( 
        F.folw_follower_user_id = ? AND F.folw_deleted = 0 
      ) 
      OR 
      ( 
        U.post_passed_on_by = F.folw_follower_user_id OR U.post_passed_on_by = ? 
      )
    ) 
ORDER BY 
U.post_posted_date DESC 
LIMIT ?

还要在表中标识和设置正确的索引 。