千万级数据，多表（大概9个表）分组查询汇总 sql 优化 问题

同步到其他适合大数据查询的数据库

得上 es 了

试试 doris，bi 专用 ，合理合并数据

把你那个 whereHas 改一下改成 join 走索引 whereHas 大量数据的时候很慢

whereHas 改成 whereHasIn

优化个毛线，clickhouse 就是专为这种业务实现的

在源数据表再怎么优化，也不会有太好的结果，如你文章所说，强制索引，仍然要扫描几百万数据，即便是覆盖索引，查询速度也比较慢，这还不算你的数据库聚合运算消耗的时间，如果再有分页，仅 count 查询就非常耗时，当然 myisam 引擎查询要比 innodb 更有优势些，根据你说的目前只有 2 种方案：

1. 独立业务汇总统计表，在源数据表业务上做钩子回写统计，或者时间粒度比较低的定时任务统计汇总
2. 换数据库，比如 clickhouse 去做这方面统计。

whereHas 在大数据面前不是一个好的选择

clickhouse 吧，做过类似的项目，laravel 也有扩展包 github.com/the-tinderbox/Clickhous... ，你要是有心思封装下，sql 查询的代码都不用怎么改

前面给过方案了，换其它库，再补充一些信息。

现有库主要是 OLTP，适合业务写入，分析类场景 OLAP 类型的分析库会更合适。比如前面提到了百度云产品，也可以看下阿里云 ADB，用 DTS 将业务库 OLTP 同步到 OLAP ADB 库，在 ADB 库里面完成查询，就很方便了。唯一缺点可能是需要花点钱，但这个钱花的收益还是比较大的。

仅供参考！

这 sql 写的最后查询的正不正确自己都不敢保证