既然你定位是前端，为啥对后端的事指手画脚，你让他吐出你要的数据就行了，为啥要干涉他用哪种方案呢？

@beval 静息心率 78 左右，血压上次是 76-138 的样子

甲亢基本上已经好了，但是血压还是有点偏高，接近 140 的求准，请问针对这种情况有没有什么好的建筑

重新办了个卡，29 元 135G+100 分钟

Go + Solidity

我记得好像还有啥飞机软件开发，数字孪生，区块链，湖仓一体。真 tm 的，要不就是老掉牙，要不就是新得没大规模普及的技术点

牙齿矫正是不是会伴随牙龈萎缩

确实坑死了啊。可靠性那个我中午还看了一篇论文，下午写的时候就全忘了。只记得 SAAM ，要我展开，完全展不开，然后就车轱辘话反复写。
我没看机构的，也没看书，拿以前的 PPT 看了一遍，大数据这种题，我以为至少会是选做题，没想到他是必做。

@pming1 想问一下，对服务端配置要求怎样？刚好公司有这方面的需求，想要提前了解下。推的话，按理说，nvr 多了，推的量会很大吧，可以由服务端控制推的时机么，就是我需要看哪个摄像头画面的时候再推，不看就不推

@xwayway #4 这么做的目的是，managerServer redis 缓存，既能应对突发的流量冲击，又能保证自己服务吐出的数据的一致性。dataServer 做本地缓存是为了减少对外部服务的频繁调用。
当然只在 managerServer 做缓存是最简单的，不用管理两次缓存，我觉得缓存一定是优先放在数据提供端，谁提供数据，谁负责缓存，保不准外部服务怎么调用（如果是不同团队在调用这个服务的数据）。
方案一的缓存通知方案，为了用而用？

managerServer 用个 redis 缓存，dataServer 做个本地缓存就行了啊，为啥还需要两级缓存呢

当然是 goto 啦，想去哪儿去哪儿

nc58 ，nc65, ncc 二开均可，联系方式是本站昵称

@timeisweapon 数据迁移可以支持；讲解系统逻辑，这不在支持范围内，你可以给客户说，我不只熟悉我们产品，知道怎么操作可以达到你们的什么目的，至于数据怎么流转，直接写库会不会有什么问题，哪里有什么隐藏逻辑，对不起，我不清楚，系统不是我开发的。

@luhuisicnu #4 温江吧，毕竟金温江，温江环境和医疗都还不错

这么暴躁的么……
换以前的话你可以这么选择，现在这个情况，好多公司年终都没了，更不要说普调了

@abc9999 统一日志看不到 host 的么？

投 oceanBase 一票，如果只考虑 mysql 的话，tidb 也不错