@PPP1G 可以直接快捷键用啊

只能用快捷指令换

13p 比 17.1.2 续航和信号提升挺明显的

初看不好看，仔细用一下发现还可以

@hfywy 定期修正是放在 redis 里边累加需要，放在数据库表事务里边 update 累加是不用修正的

如果 b2 字段有索引的话 count 还慢说明 b2 索引的区分度不高，相同 b2 值的记录数就是很多，count 就得一条一条累加就是慢，即使分表也解决不了问题。如果 b2 是可枚举的值，直接用另外一个表存储统计 b2 值对应的统计数量，insert 的时候事务里边去更新累加值，或者数据准确性要求不高放在 redis 里边累加也行，定期再校验修正一下

@ben548 #5 整个拿到能遍历，uid 这么大自带的确实占内存不过可以试试 roaringBitmap

看场景为啥不考虑直接用 bitmap 呢，zset 这场景看着不大合适

有没有那种可以像 idea 的多行横向标签的插件，感觉这样会很好用

macos 可以安装这个描述文件隐藏侧边栏和 bing 图标 https://raw.githubusercontent.com/icql/icql/main/document/9999_file/edge-policy.mobileconfig

搜索下支付宝购买，昨天刚在支付宝买了美区的 app 礼品卡

这不是延时消息 /队列干的事儿嘛，生成任务时发个延时消息就好了

class 字节码文件里边有 java 版本信息啊，主版本次版本都有

逻辑多的话可以用质数乘积，A=2,B=3,C=5，x%A==0 执行 A，x%B==0 执行 B，x%C==0 执行 C，例如 x=6，就会执行 AB，x=30 就会执行 ABC，对外用枚举封装需要的逻辑组合的质数乘积😄

说个笨办法，先拆 10000 个 1 块钱，遍历这 10000，每次从 1-900 里抽个随机数，从剩下的 10000 块扣除，加在前面的 1 块钱上面，直到把剩下的 10000 花完🤪

@RickyC 一楼的意思是 UNION ALL 后再把两个 count 再加一下吧。。。。你可以 sql 包一层 sum 一下或者代码里边加一下
SELECT count(*) FROM TABLE WHERE A=1
UNION ALL
SELECT count(*) FROM TABLE WHERE B=2

@whenov 大哥牛皮

数据库里商品分类表只存叶子节点，es 里边存商品分类数组（商品所有叶子和父节点）