你想反了。
不是说他们做这么多开源项目拿出来贡献给社会用，而是他们把自己要用的项目拿出来开源然后让社会给他们贡献。

随便举个例子，之前火上天的 Ruby on Rails 项目，就是 basecamp 项目里分离出来的。
那本来这个框架都得是 37signals 的员工自己一行一行代码摞起来。
现在呢？全球的程序员都在给 Rails 加功能修 bug 做贡献，员工只要在框架的基础上专心做应用就行了。
你说公司是赚了还是亏了。

还有像你说的 Go 语言，又或者是 React 等，这些都是公司自己就想要用，但是又不想自己全资维护。
于是统统交给社区，然后相当于坐享其成。

硬盘啥型号？

rsync 不是能列表吗？

建议把网络失联的问题解决。

不建议回去，8 个月了，应该看不懂以前自己写的屎山了（手动狗头

ermmm 挺少见到这种发帖找骂的帖子的……

MD5 的计算速度已经很快，所以你可以考虑换个 SSD 。
如果要再提升哈希速度的话，换用 xxhash 试试。

tar 打包就行了吧。我司以前部署机器就这么玩的，tar 解压出来 rsync 到磁盘上，然后 chroot 进去做一下引导就能用了。

@jdz 会放进内存里等内核下一次 flush ？

问题看得有点迷。内核把 A 刷入磁盘，然后进程又让内核写 A ？

总算力不是一样？

@eason1874 0 error(s)（

@guabimian 拿楼主这个例子来说，子查询是可以拿出来单独跑的。
跑出 rm.menu_id list 以后，再做一个 m.id in (#{list})。
前者因为可以做查询缓存或者应用层缓存，只要 role 表不经常改变的话，可以减少很多无谓的查询。

@liprais 对，无非是让数据库保证一致性，还是自己重新发明一遍一致性的问题。
对于大多数应用来说，会话之间不需要保证一致性，所以靠多开应用服务器（以及在单台机器上多开线程和进程）来提升运行速度。
如果有特殊需要，那当然特殊处理，所以银行、电信那些项目都有他们自己的特殊癖好，弄个大机，搞个 Oracle 之类的扛着，这个就不多说了。

你的消费是跟着你的资产水平走的。
如果你银行存款只有一万，那你奢侈点也就是出去吃个自助火锅或者唱个 K 。
但是如果你银行存款有一千万，那你的娱乐可能就是买张机票去拉斯儿维加斯儿或者马尔代夫找个五星级宾馆待上两星期。
不是说有了一千万存款你就可以花一千年了。

FIRE 有很多不同的标准，但一般是指日常开销可以基本不需要关心价格，比如说小孩可以随便上私立学校或者有条件直接送出国读书；比如想去度假了直接打电话让秘书帮你订一个旅行计划，拎包出游，飞商务舱，睡五星级；看到喜欢的保时捷可以直接付款开回家，等等。

按照这个水准来看，一千万应该是不够的。

@chenyu8674 随遇而安的富人，开销是摆在那里的。他们不追求奢侈品，不代表他们不实际去消费奢侈品，而是可能他们对奢侈品已经没有我们对奢侈品的那种感觉了。他们买一块苹果抹布，可能比我们淘宝上买一包 9 块 9 的抹布还要随意。他们想买手提包的时候，可能就是走出小区，右转走进店里，随便挑一个几千美元的包就背走了。不是每一个富人都想要给自己的包镶满钻，但这不意味着他们的包就会便宜。

@felixcode 不是所有的数据库都能在 LEFT JOIN 和子查询上做到最高性能。
比如以前 MySQL 在子查询上的性能就稀烂，像楼主贴的这段代码，放在以前就可能会去扫全表导致性能低。
反而是合理拆分查询才能更高效率利用上缓存，同时避免稀烂的查询执行器扫全表。

当然我也不是说无脑拆，至少是要看过查询计划以后，有理有据地去拆，去改写。
除非楼主家用的 Oracle 或者 MSSQL 之类的企业级软件，什么查询喂进去都能跑的，那另当别论。

@smallparking 确实有分布式数据库，但是数据库要保证 ACID 还要做分布式，复杂性会高很多。
比如说做大型数据仓库，hadoop 或者 bigtable 就可以搞定，但是如果你要把 MySQL 搞成分布式（比如 galera 多主）你就会发现开发和运维难度直线上升。（这里开发主要指 MySQL/galera 平台开发。）你说的 GreenPlum 我没有看，但是我想，像这些方案，背后还是会有大量的开发成本，运行起来还是会有一定的非线性损耗惩罚。

但是应用服务器做横向扩展却很简单，堆一打机器，对着数据库干就是了，几乎是零惩罚的。
（比如堆 100 台机器就能有近乎 100 倍的性能。）

归根结底，技术选型还是要考虑到人力和机器成本。只要你高兴，HTML 和 CSS 都能写在存储过程里。但是不同的做法之间，消耗的人力成本完全不同。不仅仅是开发成本和运行成本，还有招人成本，学习成本，测试成本，维护成本，二次开发成本等等。

「加密」必然是双向的。
「单向」必然不是加密解密。这种叫做 Hash 哈希（或者摘要）。

加密不会丢失信息，哈希一定会丢失信息，而且大多数时候哈希都会导致碰撞（但是碰撞的几率很小）。
如果用空间比较大的哈希算法，比如 SHA256 这样的算法去处理电话号码，一般不会产生碰撞，因为空间差距太大了。

不过，「保证不同的内容加密结果不一样」，就意味着可以产生一对一映射，就意味着可以反推出原始内容。