+2

@NoirStrike 学习了，还有源代码模式

麦当劳鲜煮咖啡免费续杯，试试？

上网策略不允许也正常吧，我可以接受，管理制度上没人管就行。

1，2 两个方案完全不冲突，如果是单次数据量大更应该使用方案 2，如果超大不只你这个模块需要处理这么大数据，其他模块也是存在一样的压力，不用担心很多的，系统的升级都是从实际生产中慢慢演变的，不是一蹴而就的，能直接拿来参考的模型不多

@reus 那想过没，可能是你的系统还不到需要使用微服务的时候。

粘鼠板，下边一定要垫几张报纸，经验之谈。

@geekzhu 同，在内地互联网中我也觉得已经很优秀了

GitHub 有了 actions 之后就坚定不移使用他了。

@FlyingShark 体积上大了，之前也看了这个

可以自己定义一下加密的字符映射，或者转换一下原字符的编码格式

不要使用 count，如果是 id 自增而且没有删除数据可以使用最后一条数据的 id，或者使用 explain 返回的 rows，这个值不太准但响应很快

需要升级系统，升级后可解决

单点故障，链式爆炸。

不要给国家添麻烦。

美食比较因人而异，而且美食是非看就可以感受到的。