@kenshin912 表示理解

他这个方案目前看起来并不是特别成熟，很多功能都不完善，我们目前主要是共享一些软件、项目的配置文件，这些配置文件加载了之后就不需要再次加载了，所以 NAS 对我们影响不大

BTW：
会不会因为网络的原因导致的呢？如果使用的经典网络需要考虑这个问题，因为经典网络里面经常会有一些流量互相攻击的情况，普通用户的网络难免受到影响。我们现在已经全部迁移到 VPC 里面去了，这几个月比较踏实，没出现什么故障。

检查了一下我司的，还好没有受影响

NAS 是该被吐吐槽了，居然不支持备份，我咨询工程师说只能自己备份，该功能以后可能会发布

@yyfearth 嗯，解释得有理有据，已点感谢

BTW，你在 apple 的时候，iOS 都能乱写？要是我的话，我受不鸟

我对 QQ 写成 Qq 这种情况一直比较反感，希望不是我一个人，这样写总感觉怪怪的

感谢！

@yiding 抱歉，之前用了别人的一个方案，结果三天两头就断开服务，所以我放到一台单独的服务器上面了

前段时间太懒，防火墙配置有点问题，证书一直签名不成功

全部都 OK 了，谢谢关注，我会及时更新证书的。

@yiding 你是不是使用的 HTTPS 协议访问？现在没有启用 HTTPS 了，还没来得及申请，那我下午重新申请一下证书，打开 443 端口

@yiding 在维护啊，都是自动的，如果机器人下线了，我会手动让他登陆的

有任何疑问吗？

你这个头像我大学用了四年。。。好巧啊

另外这三道题都弄懂了，也只能算 《数据库系统概念》中的初级篇，所以意识到问题，就赶紧买书回来学习吧

题不完整吧，第三道题应该考察 count(1) 和 count(列) 在没有查询条件和有查询条件情况下的效率问题。

@0x8C 好的，谢谢

我也推荐一个，列出了各种查询方式的指令，https://myexternalip.com

申请个公网 IP

Lumia 屏幕碎了，当时没换，因为屏幕贵。。。好喜欢那个造型，Lumia 720 蓝色

如果后期需要考虑多系统、多节点分布式事务的话，不仅要用成熟的 RPC 框架，还需要多参照别人的系统，否则很容易造成不一致。

直接读取其他系统数据库 -> 请求量少，使用 RPC 调用对方接口即可 -> 高并发，考虑 RPC 服务治理等


从小系统到高并发，基本上就这种路线了。直接跨库查询的话，除非这个业务本身就不断算长期维护、升级，否则还是建议从第二步开始。