无中生友系列……必须是地摊啊，总理推荐的能有错吗。

@594duck 对的，禁止单表数据超过 500 万才是 MySQL 的正确的打开方式，而不是屁用没有的禁止使用 join 。

至于不懂怎么保持单表数据不超过 500 万的小白，我只想说要学会就自己想办法，不要只会无脑往数据库里面怼数据。

这种需求无脑布隆过滤器

有多个候选人挑花眼了吧。楼主可以多拿几个 offer 反制。

做基础架构要比做业务有更好的大局观，然后还要了解各种业务才能做好。没两把刷子的还是不要去趟这个浑水了，容易做成楼上说的客服。

楼上那些动不动就几亿数据的，你们手上真有几亿数据？

真有几亿数据的还不分表分库？怕是分表分库之余还要历史数据归档也要整起来了。因为你不把这些手段使出来，业务根本没法跑，哪怕你禁止 join 也没用，MySQL 单表上千万性能就跌得厉害。

另外，数据库不是给你们无脑存数据的，要想系统稳定高效就得好好学学数据库，无论是关系型数据库还是非关系型数据库。

某些人天天喊着技术技术，结果呢连简单了解下数据库都不乐意。。。别以为会写几句代码就是会编程了，做一个合格的程序员没那么简单。

楼主太天真，维护老项目多好的差事啊，活轻松不说，裁员的时候裁谁都不会裁你。你的领导真的很关照你了，但你的表现在领导看来就是不领情，领导伤心了。

还有，开发新项目提升技术？可别开玩笑了，写不同的 crud 哪来的机会提升技术。最能提升技术的，就是用新技术重写老项目，没有之一。

不 join 还用个吊毛的性能弱鸡的关系型数据库，直接上 MongoDB 不香吗？

如果业务需要关系模型来支撑的话，那就必须该 join 就 join 。如果查询语句 join 过多导致性能问题，应该反思的是数据结构是否合理，SQL 语句是否能够优化，该有的索引是否建立，而不是一刀切不许 join 。

mbp 我向来都是最高配+内存拉满，iPhone 就直接丐版，因为丐版就已经到位了……

一种是通过代理注册账号，操作上和自己注册几乎没什么区别。有些资源购买后代理会给你返现的，返现大概 20 个点差不多。
另一种是委托代理注册账号，打钱给代理，代理帮你购买资源，价格要比自己买便宜更多。

可以按导出需求做个小小的数仓，然后从数仓导出数据就不会影响到业务，而且导出速度也能提升到毫秒级。

种田的苦，楼主怕是吃不消的。

尽量少用，除非是可以预见且应该处理的异常，譬如网络请求超时这种。

一般来说，我们只是把 http 协议当做传输层使用，业务不应该关系传输层。所有业务层需要有自己的错误码。

@monkeyWie 下班时间提交的不能证明代码不是上班时间写的呀。

我对自己的审美能力产生了深深滴怀疑……

重复数据不要了？