mysql 语句中 group by 的问题

有个需求以用户为维度进行统计订单，并显示出用户相关信息，那么我写 sql 的时候，用下面哪种方式比较合适

第一种是把用户信息相关的字段放到 group by 中，在 select 中就也可以显示相应的字段，这样一个 sql 语句就可以查询出来统计信息和用户信息。

select count(userid), user_id ，user_name ，user_type ，user_level ...  from user group by user_id, user_name, user_type, user_level

第二种是先按照 user_id 进行聚合统计，然后再根据 userid 查表，补全用户信息，这样就需要查两次

select count(userid), user_id, ...  from ... group by user_id

select ... from ... where user_id in (...)

第一种方式明显是更简单的，但是把很多冗余的字段放到 group by 的条件中，会不会有性能问题，或者第一种写法可能会带来其他问题，求助下大家的意见，如果有更好的 sql 写法，也希望大家能够帮忙分享一下经验。

ps：无论第一种还是第二种，都需要联表查询

idontcare

2023-04-29 06:36:05 +08:00

对于你的需求，第一种方式是更合适的选择，因为它只需要一个 SQL 查询语句就可以完成，而且可以同时得到用户信息和统计信息，避免了多次查询的开销。

虽然将用户信息相关的字段放在 GROUP BY 子句中可能会导致一些冗余字段，但是通常不会带来明显的性能问题，特别是如果你的表不是非常大，那么这种性能影响会更小。另外，如果你的数据库引擎支持聚合函数和 GROUP BY 子句的优化，比如 MySQL 的 GROUP BY 优化，那么这种影响就更小了。

如果你真的很关注性能问题，也可以考虑使用 MySQL 的 GROUP BY WITH ROLLUP 扩展，可以将多个聚合值合并成一行，同时包括每个聚合值的总计，这样可以避免使用多个 GROUP BY 子句。

最后，如果你需要更好的性能，你可以考虑创建索引，特别是对于用户信息相关的字段，以便加速查询操作。如果你需要更复杂的查询操作，你可能需要使用视图或子查询等高级技术来进行优化。

综上所述，第一种方式是更好的选择，但是你可以通过其他手段来进一步优化查询性能。

ChatGPT may produce inaccurate information about people, places, or facts. ChatGPT Mar 23 Version

akira

2023-06-02 07:45:06 +08:00

个人更喜欢第二种写法。
先处理过滤条件，再根据过滤好的数据获取需要的字段。如果后续你还需要合并其他数据，也是单独写好就合并进来了。

写代码的时候，你知道在一个函数里面尽量保持简单的逻辑，写 sql 的时候其实也是一样的。

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.fyfyfm.apispeedy.workers.dev/t/936176