具体问题具体分析，像国家这种数据，启动服务实例时，直接存在本地内存也没关系，因为不可能会出现下一秒就多一个或少一个国家情况，当前，为了以防万一可以加一个刷新接口。

城市也是一样的，可以把热门城市放在本地内存，其他城市可以走缓存或数据库。

这也能争起来，感觉大家工作都不太饱和

作者通过“教程序员如何赚钱”赚到了钱

996 还 WLB ？

aws 可以白嫖一年

不安全，不光是 DDoS ，还有这些应用本身可能存在的问题，几年前因为 Redis 的漏洞，服务器被挂挖矿了，全组绩效不及格。

平行宇宙的 Go

可以试试用 OpenFeign ，通过方法方式调用

https://i.v2ex.co/NcQTCqy1.jpeg

想气他就说 double ，想让他静下心来工作就说 half

@Hanggi #52
我觉得你可以把你认为写的优秀的业务代码示例贴出来，给大家学习一下应该如何优雅地写。
只让别人分享代码，然后你轻描淡写一句“是你代码写的烂”，这没法让人信服吧？

有点饭圈的味道了

直接问就好了，一般不会骗你，就怕你没问清楚，如果真的骗你了，上午入职下午离职就行。

- 这个岗位招聘多久了?
- 要求最快多久入职?
- 岗位的空缺是因为替换员工还是新增业务?
- 该岗位希望招募到的人解决什么样的问题?
- 该岗位所在的团队目前的经营情况是什么样子的?
- 觉得我哪方面是符合岗位要求的?

好早之前就下架了吧

一定要加唯一索引！

@garyxi24 应该在设计的时候就避免这种情况发生，可以设计为：
- 如果 b 服务中的数据是长期不变的，可以在 a 服务中冗余一些数据
- 如果 a 和 b 服务是属于同一种业务，那么就不应该拆分为两个服务
- 如果以上都不满足，大概率是需求或者设计有问题了，可以考虑用妥协的方案，比如：伪分页（不展示总数）、滚动搜索（不支持跳页，只能一页一页翻）

PS：实际上 es 的分页性能比数据库差很多，有分页需求肯定是不适合的，通常只用滚动搜索。

@garyxi24

现在很少写 join 和子查询，因为数据库基本都是分库分表，或者是微服务物理隔离的，所以 JPA 比较合适。

如果不是这种场景，需要手写复杂 SQL ，可以尝试一下 MyBatis 分页插件，比如：MyBatis-PageHelper 、MyBatis-Plus ，但是这俩插件在一些场景下可能会有 Bug ，而且代码质量也堪忧。

也可以参考我写的分页插件： https://github.com/yihleego/mypages
使用了 ANTLR4 分析语法树，支持多种使用场景。

可以试试 H2 ，是用 Java 实现的，虽然是关系型数据库。

我觉得 ORM 能解决你的痛点，比如 JPA ，而不是 MyBatis 。

像 Elasticsearch 这种，分页性能更差，基本上都不用分页，通常用滚动搜索。

你用习惯了 Java 再转 Go ，大概率很长一段时间都无法适应，尤其是生态方面。
如果说 Java 是全副武装的话，那么 Go 就只穿了条裤衩配了双拖鞋就上去干了。