目前数据库是 MySQL5.7
服务器内存 16g
单表数据 1G
数据行数 200W 的数据
当年的数据截止目前为止大概在 50W
表数据是 订单和订单详情 清洗后的数据。
业务要求统计一年内产生的订单相关信息
#### SQL
```sql
select [指定的一些业务数据需要字段，含一个字段 sum 求和并除以 1000000 单位转换] from t_order_stats where is_collec = 0
where is_collect=0 and pro_removal_time between '2024-01-01 00:00:00' and '2024-09-05 23:59:59' group by order_id
-- 就这样的查询在没有缓存的情况下就需要 6818ms
-- 至于为什么没带其他条件是想的直接拿出来 代码里面全部去分类分组去求。
```
### explain 计划
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
| ---- | ----------- | ------------- | ----- | ------------------------------------------------------------ | -------------------------- | ------- | ------- | ---- | ----------- |
| 1 | SIMPLE | t_order_stats | index | t_order_comprehensive_coverage_IDX, t_order_stats_order_id_IDX, t_order_trans_idx | t_order_stats_order_id_IDX | 8 | 2007971 | 50 | Using where |
`t_order_stats_order_id_IDX` 索引只有 `order_id`
#### 疑惑
is_collect 没有辨识度 只有 0/1
哪怕是加上 limit 1 也异常慢
所以这种查询到底如何去处理，因为做的是大屏幕展示的，很多的数据都是时间条件查询。
那到底要去如何优化才能处理好这类查询。
看到别个百万千万上亿查询都洒洒水。实在想不通。
至于数据库配置内存已经是升级过一轮了。加不了一点
