同样是 68 元的电信个人套餐，楼主有 100M 上行 /300M 下行，我重庆只有 30M 上行 /100M 下行。。

由于米家服务器崩了米家 APP 打不开，程序员要去机房抢修，机房大门是米家 APP 控制的，程序员要用米家 APP 打开大门，由于米家服务器崩了米家 APP 打不开，程序员要去机房抢修，机房大门是米家 APP 控制的，程序员要用米家 APP 打开大门，由于米家服务器崩了米家 APP 打不开，程序员要去机房抢修，……

内存消耗小了了，感觉可以

用 bartender 把图标间距设置小点

@encro 回复#32 在没有复合 account_type = 4 的数据的情况下，光有 isnull 没用

@encro 回复 #29 如果执行的时候数据库没有 account_type = 4 的数据呢，你看看结果会怎样

@encro 回复#26, 用#6 就很快哦

@encro 回复#23 期初我也这样么认为的，但是即便是 LIMIT 1 情况下，SUM 函数会导致全表扫描，就很皮

@encro #回复 21,22 是的，这样可以生成各账户类型的每日总结余额

@jtwor 回复#8 问题不在这儿，大概如#7 说的那样

@northernlights0 回复#7 大概是吧，不过通过多套一个子查询解决了,反而提高了性能

@encro 回复#17 : REPLACE INTO 效率没得 ON DUPLICATE KEY UPDATE 高，而且你这句没达到我要的目的🤣

@encro 回复#13 ，不是为了替换，这个表主要是统计每个账户类型的每日总日结余额，每次资金变动时，更新总日结余额。

@encro 确实有性能问题，EXPLAIN 显示全表查询了。用#6 那种就不会了

之前那种销量很低，子查询居然全表查询了，换成这种更好
INSERT INTO trade_account_total_daily_record (`date`, `account_type`, `balance`)
SELECT DATE_FORMAT(CURRENT_TIMESTAMP, '%Y-%m-%d'), 4, IFNULL(SUM(tmp.balance),0) + 10,FROM (SELECT balance FROM trade_account_total_daily_record WHERE account_type = 4 ORDER BY `date` DESC LIMIT 1) AS tmp
ON DUPLICATE KEY UPDATE `balance`=VALUES(`balance`)

@westoy 还是一样

@wps353 看了一下，阿里云和本地的一样

在套一个 SELECT 就可以了。。。好奇怪
```
INSERT INTO trade_account_total_daily_record (`date`, `account_type`, `balance`)
SELECT tmp.* FROM(SELECT DATE_FORMAT(CURRENT_TIMESTAMP, '%Y-%m-%d'), 4, IFNULL(SUM(balance),0) + 10
FROM trade_account_total_daily_record AS tmp WHERE account_type = 4 ORDER BY date DESC LIMIT 1) AS tmp
ON DUPLICATE KEY UPDATE `balance`=VALUES(`balance`)
```

@wangyeye2008 我买的 M1Max 32G 都还两期了