现场数据库报警，CPU一直居高不下，后来抓取数据库慢sql，发现主要有两种，1是大量的插入操作；2是触发器里的查询操作。
- 分析原因：
一般大量插入操作不会导致CPU居高不下，而触发器是相同表的插入之前触发，查询另外一张维表进行字段增强，所以导致插入超时；同时插入的表数据量很大（近7天，8个G的数据量），同时查询操作
没有走任何索引，全表扫描，进而导致CPU居高不下。
- 解决办法：
1. 现场停掉触发器。
2.将触发器的逻辑放到其他模块中实现。
3. 将业务表，这里以test代替，改造成分区表，将现场表改名后，重新创建分区表，添加分区到后面2年，将过去3天的数据，插入到新的分区表中
---表改名成
rename table test to test111;
---创建test的分区表
create table test (
`id` bigint NOT NULL AUTO INCREMENT,
`name` varchar(255) DEFAULT NULL,
`dept` varchar(255) DEFAULT NULL,
`time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP,
PRIMARY KEY `primary_id_time` (`id`,`time` )USING BTREE,
KEY `time_idx` (`time`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8
PARTITION by range (To_DAYS(time))(
PARTITION p20251104 VALUES less than (TO_DAYS('2025-11-04')),
PARTITION p20251105 VALUES less than (TO_DAYS('2025-11-05')),
PARTITION p20251106 VALUES less than (TO_DAYS('2025-11-06'))
);
---添加后续2年的分区
alter table test add PARTITION(
PARTITION p20251107 VALUES less than (TO_DAYS('2025-11-07')),
...
);
---将过去三天的数据插入到新表中
insert into test select * from test111 where time >= date_sub(curdate(),interval 3 day);
4.页面查询语句，带上time分区字段。