如何对 mysql 进行优化的问题

[lopetver]

如下图，mysql 慢日志记录到的查询语句，目前 mysql 的 CPU 使用率达 70%左右

目前这个 d_lampblack_real_time 表中有 2000W 行的数据，请教下各位大佬该如何优化下。

[x66]

全表扫描了，给 monitor_time 加个索引，查询的时候再给时间字符串外面包一个 str_to_date('2020-12-21 15:15:00',’%Y-%m-%d %H:%i:%s’)

[ETO]

@lijialong1313 我们以前项目也是这么用的，为了加 and 条件方便，直接无脑拼接 SQL，而且这个对会被优化器优化掉的吧，应该。

[pabupa]

flink 吧，做统计的话。
或者 canal 自己算。
只用 mysql 的话，再怎么优化也就那样啊。

[securityCoding]

@lopetver 拿你的业务 sql 执行计划

[sidong1993]

@lopetver 发你有问题的 sql 语句的执行计划啊。你发的 select * from d_lampblack_real_time，这个语句执行计划又看不出啥

[ymz]

1 = 1 会被优化

[lopetver]

@ymz 好的，这边优化下吧
@x66 收到，感谢
@sidong1993 OK，我再执行下业务的 sql 语句

[SjwNo1]

什么版本的 mysql, explain 显示没索引。。

[lopetver]

@SjwNo1 mysql5.7.31 的
@sidong1993 已添加到附言

[ymz]

lampblack_01 这个联合索引会不会有点太大，type=index，是二级索引全表扫描，难道你那么多查询字段都在联合索引里？

[securityCoding]

啰嗦一下 ,我提个小建议,v2 这里对于解决问题都是比较热情的,前提是希望你能清晰描述你的问题 , 如果我提类似问题的时候我会这样准备问题资料
1. mysql 版本
2. 业务表的 ddl ,以及数据量
3. 业务 sql 以及执行计划

[lopetver]

@ymz 业务上的事情我也不清楚呢，谢谢了。
@securityCoding 嗯嗯，感谢感谢，是我准备的不全面了，下次我注意

[junan0708]

rows_examined 27379421 扫描的记录数

[sidong1993]

感觉是全表扫了，lampblock_01 索引包含了哪些列，时间加个索引？然后考虑考虑一些数据处理流程放在应用里去做？

[mingszu]

@lopetver 能看看 lampblack_01 的索引信息吗？ show index from d_lampblack_real_time

[lopetver]

@mingszu

+-----------------------+------------+--------------+--------------+----------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment |
+-----------------------+------------+--------------+--------------+----------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| d_lampblack_real_time | 0 | PRIMARY | 1 | id | A | 0 | NULL | NULL | | BTREE | | |
| d_lampblack_real_time | 0 | lampblack_01 | 1 | equipment_code | A | 0 | NULL | NULL | | BTREE | | |
| d_lampblack_real_time | 0 | lampblack_01 | 2 | monitor_time | A | 0 | NULL | NULL | | BTREE | | |
| d_lampblack_real_time | 1 | lampblack_02 | 1 | fs | A | 0 | NULL | NULL | YES | BTREE | | |
| d_lampblack_real_time | 1 | lampblack_02 | 2 | ps | A | 0 | NULL | NULL | YES | BTREE | | |
+-----------------------+------------+--------------+--------------+----------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
5 rows in set (0.00 sec)

现在已经把这个业务停了，应该看不出来原因了。回头再用了，这边再看下吧

[ymz]

@mingszu lampblack_01 这个联合索引只有两个字段，执行计划的 type 怎么会是 index，大佬知道为什么么？

[sampeng]

哎…你就一个 where 条件。加索引优化是多难？现在写代码这么难了么？

另外如果你是 5.7 以前的版本，时间加索引没什么用。5.7 以后有倒排索引。这是其一。
其二，group 用程序实现…4000 万数据集还让 mysql 干这么重的事昂？

[taogen]

同楼上，where 加索引，group 在程序中做。

[vindurriel]

索引是(code, time) ,查询是 1. range of time, 2. group by code
建议把索引调换一下顺序试试(time, code)