不客气地说，这个主意真的很糟糕。问题楼上提了一大堆了，我也就不重复了。我来给楼主一个建议，也把我在项目的实践和大家共享一下。

楼主要解决的问题其实是服务不可用时，如何保持数据一致性的问题。

其实这个问题要一分为二地来看，一是必须保证成功的调用，譬如我钱都付了，你不能让我的订单状态还处于待付款状态。二是可以失败的调用，譬如商品中心服务突然调不通了，无法确定商品价格，这个时候就可以返回前端下单失败，让客户等会再来下单。

针对第一种情况，可以用消息队列进行对接。支付中心作为生产者，在客户付款成功后发布一条付款成功的消息到队列，订单服务作为消费者订阅这个队列就行了。如果你担心更新的时候数据库炸了导致更新失败的话，在更新数据发生异常的时候把消息发到延时队列进行重试就好了。

至于第二种情况，那就很简单了，当服务调用失败的时候返回一个错误就行了。一级一级返回回去，用户端总会收到错误消息的。

top case 包含键盘、触控板、电池和其它一些小配件。更换任何一个都是整个一起换的，所以单修任何一个都很贵。

最简单的解决方案就是 spring cloud config

目前用的是 32G 的 18 款 MBP，勉强够用。我的 docker 跑在一个 12G 内存的 centos7 虚拟机上面，大概能运行 15 个容器吧。有时候还要开发一些 window 桌面应用，所以还有个 8G 内存的 win10 虚拟机。
看来明年必须要换 64G 内存的 16 寸 MBP 了。

既然用 IM，就要有这样的预期和觉悟。我是看到了并且有空就会回复，没空就先放着。当然，没看到就更不用说了。

楼主你这个是缺少包啊，两台机器 JSE 或者 JDK 不一样吧

@emeab 人口红利已经吃完了，所以大家都感觉这两年日子难过。

select a.x, a.bid from A a where a.time >= xxx and b.time <= xxx limit 0, 100 这个语句能执行？里面 b.time 哪里来？

如果 b.time 是 a.time 的笔误，那你这个结果能等价？除非你原先的 sql 里面 b.time 也是 a.time

任何企业，要想在市场竞争中活下去并且活得好，都不会是容易的事。外企仗着发达国家的优势红利，确实比我们发展中国家的企业活得容易得多，所以大家感觉外企工作轻松赚钱又多。然鹅，这种红利快吃完了

这种写法，这个 b 取到的是哪一行的 b 就是个玄学问题了……正确的写法是用 max(),min(),sum()这些函数去取出符合你预期的 b

简单优雅的办法就是执行 sql 脚本直接把数据初始化到数据库

共享电脑的网络不就行了吗

副业外包项目一条龙服务：理需求做设计写代码干运维

@EscYezi 你要这么想的话，这活就没法干了，这世界上哪有万全的事情呢。所以你的系统要允许失败，只要失败不会造成数据的错乱就可以了。

如果 redis 挂掉，你这数据库能扛得住么……扛不住不就全都挂掉了吗。所以啊，怕 redis 挂掉，就得搞集群，让它不会挂掉啊。

@zy5a59 不是有目的地搞你，是被机器扫到了，自动地就搞了。所以，像你这种，只要稍微加点安全措施，能防机器就行了。

无论是 mysql 、redis 还是 mongo 啊 mq 啊什么的，加密码，不用默认端口，有条件就用白名单是基操啊。