没必要，买了半幅+3 个镜头 最后圣贤模式 还是手机拍的多

@CYF963 #120 投入资金不多～胆大吃肉

来自 AI 的建议：
我来帮你分析和优化这个查询。以下是几个优化建议：
1. 首先可以把子查询提取出来作为一个临时表,减少重复计算:

WITH daily_min_health AS (
SELECT
DATE_FORMAT(`date`, "%Y-%m-%d") as date,
server_name,
MIN(health_level) as health_level
FROM cpu_throttled_health
WHERE date > DATE_SUB(CURRENT_DATE(), INTERVAL 7 DAY)
GROUP BY DATE_FORMAT(`date`, "%Y-%m-%d"), server_name
)
SELECT
date,
health_level as "健康度",
COUNT(DISTINCT server_name) as "总数"
FROM daily_min_health
GROUP BY date, health_level
ORDER BY date, health_level;


2.可以创建复合索引来优化:
CREATE INDEX idx_date_server_health ON cpu_throttled_health(date, server_name, health_level);

3.如果需要实时查询,可以考虑增加物化视图:
CREATE MATERIALIZED VIEW mv_daily_health_stats
REFRESH ON COMMIT AS
SELECT
DATE_FORMAT(`date`, "%Y-%m-%d") as date,
health_level,
COUNT(DISTINCT server_name) as server_count
FROM daily_min_health
GROUP BY DATE_FORMAT(`date`, "%Y-%m-%d"), health_level;

4.分区表优化:
ALTER TABLE cpu_throttled_health
PARTITION BY RANGE (TO_DAYS(date)) (
PARTITION p_history VALUES LESS THAN (TO_DAYS('2024-01-01')),
PARTITION p_current VALUES LESS THAN MAXVALUE
);

主要优化思路:
使用复合索引提升查询效率
考虑物化视图或预计算
使用分区表减少扫描范围
如果可以接受,建议改为每天离线计算更新统计表

跟着老哥吃了肉

只有自己开心才是对的

加油,已经很厉害了
可以找一些自己感兴趣的事情去研究探索
然后运动起来消耗自己的精力会更容易入睡
多出去走走别把自己困在房间里

用了 cursor,然后换了第三方 api ，感觉良好

用了 cursor 然后换成自定义的 api key

AGF

没问题 最好是抽出一个 onClick function

容桂大良恩平

现在去旅游都不带特产了..这么重 要不 PDD 或者淘宝买吧 XD

大良容桂恩平阳江

ON 的双重巧克力

@ParfoisMeng 相对来说 工资就会低很多 :<

双休 每周在家办公 2 天