hfywy

@yianing 版本时 v0.13.2

@Vintingb 一样不会有提示，在这种场景下输什么都没有提示。。。

黑白名单不多的话，建议是用 t_article 加字段方案，可以减少中间表的查询。黑白名单多的话，只用中间表估计也不够，请求量大的情况下建议加一层缓存。
BOSS 角色这个就是判断优先级的，角色级别已经可见，就可以不用往下判断区域可见性。

前端：vue
后端：golang+gin

@Karte 在当前业务下，冷热数据的划分可能不是这样子，不是写入之后就数据就算冷数据，就可以清理了。背景是业务在线时都是热数据，都有统计、查询和追加的需求，在线时长一个月到一年不等。

但是，你这个分表的思路感觉可以和分表结合起来，分表分成 2 类，一类是按 A1 字段分表，另一类是按 B2 字段分表，然后新增的时候双写，统计的时候就去 B2 字段分表对应的表里查。

@8355 我这里没有用到联合索引哈，B2 是有索引的。

@icql 补充下：在业务场景下，B2 是批次 id ，每一批次允许运营同学配置 A1 的记录条数是 1000 万。事务更新累加值累加值可能是个可选的方案；定期校验修正应该还是要用到 SELECT COUONT ，还是会有慢查询。

@s609926202 499 是“client has closed connection”，可能是客户端设置了超时时间

@yuutan 内推的话，我可以在我们内部系统看到进度，当你需要知道的时候发邮件给我就好（备注一下姓名哈），我把最新的进度返回给你