过了+1

再来一发二维码？

时间都去哪儿了~还没好好。。歪了，你应该还没有静下心来进入这个行业，这事别人帮不了忙，因为说了你也不会听，经过几次毒打之后就好了

山尽可以白日？

别用 json，现在爽，后面一堆问题；用附表的话，多几张表，麻烦一点，可以封装一下，屏蔽掉关联的逻辑；对于交易数据尽量采用追加的方式去记录变更，因为涉及到钱经常要追溯整个交易历史，所以肯定需要很多附表的，不在乎多这几张。

知乎的相关讨论帖： https://www.zhihu.com/question/27607346/answer/116118673

我觉得应该和你的团队同学去交流总结吧，在网上大家的情况都互不了解，很难产出什么有价值的结果

1. redis 做缓存，只用来展示不做业务强依赖，group commit 降低 redis 压力；
2. 可靠消息保证分布式事务，也能起到削峰填谷的作用，收到消息再慢慢更新 db 。
3. redis 根据需求周期性同步 db 数据，保证数据相对准确。就像点赞、分享这类统计数据，不需要实时，但也不能太离谱

OLTP 和 OLAP 要分开

借贴搭个车，5 年 java，迫于魔都居不易，打算转战成都，同求老哥内推

用户建立连接时，查看当前服务器是否已经订阅了该用户所属的所有群的 queue，没有的话去订阅；连接关闭时，就像引用计数一样，判断下哪些 queue 已经用不到了，取消订阅。

没做过，纯脑洞。感觉这样的话建立连接和关闭连接的开销也不小。。