@jianghu52 你的项目用了 PHP 就说明你们的项目试图快速成型而不是打算长期维护的严谨系统，这种系统费精力去用外键是给自己找不愉快，浪费在开发上的时间比你不用外键而需要填坑的时间还要长。不用外键本质是因为现在绝大部分业务压根就不需要那么严谨的一致性了。这玩意是有代价的

首先要理解当年数据库为什么要设计这些，外键说白了就是为了维护数据强一致性的。当年的数据库在金融领域应用最多最早，所以强一致性要求很高。而现在绝大部分公司的业务，哪需要这么高的强一致性啊

@R18 如何设置呢，缓存区的原理是啥

@noahzh 服务器 server 拆开来也是主板， CPU ，内存，硬盘，说白了还是一块块木板，我觉得不要过度神话服务器比较好

@pangliang 就目前看最大的瓶颈——多半在硬盘上，木板最短的那块啊。问题是我现在不知道机械硬盘下什么样的性能表现是正常的

@murmur 谢了，原来官网还有这个链接，以前没找到过

@murmur 我奇怪的就是这点，它用的到底是啥硬盘，估计肯定不是机械的。另外，麻烦给个英文关键字我去搜更多， mysql sysbench test ，用这个关键字肯定不是机械的

这么说吧，想不实名的，赶紧速度把服务器都移到国外去，国内实名化是绝对的大趋势，历史车轮，你挡不住的

@kideny 我只是在劝告，你可以说我市侩，但不能说我被洗脑，事实就是技术力量面对认真起来的政治力量时根本就干不过，在中国是这样，在美国一样是这样。月饼事件你们还没看明白？希拉里邮件门里直接服务器管理员都给你干掉。你能咋样？洗脑？选择不和政治力量刚正面就是洗脑？

不用想了，历史遗留问题都是超级大坑

搞技术的，永远记住一句话，别和政治力量抗，真较真起来，技术力量面对政治力量永远是处于弱势的。

楼主，下次别这么干，人家不理你是轻，人家要是报警了你就掉的大

虽然说说苹果家也经常喂消费者吃翔。但是 google 家那简直就是压根就是一群 geek 在搞产品经理。完全和消费者搭不上线

楼主。你像个真正的程序猿了，不要被某些人误导说思考这些无意义浪费时间云云，其实一个真正的技术人员，绝对是会思考一个技术的来源的，因为只有懂得一个技术的来源，才会理解他的全貌，才可能窥见未来的一角。

“编程领域，任何技术被发明都是有需求的。没有莫名其妙被发明的技术”，这是我刚入行的时候就听到的一句话。我奉为经典。因此，从这个角度上讲，当你对任何编程领域的技术产生“它丫的为啥是这样的呢”的疑问时，你可以回去翻它的历史，细节的魔鬼就藏在历史里。
我们来谈谈历史，就你提到的 SSH 很重这个问题。首先要知道 SSH 在什么背景下逐步诞生，在 SSH 诞生之前， javaEE 的企业级实现是些啥玩意？是 weblogic ， JPA ， EJB 这些现在除了你可能在 IBM 这种大公司才看得到的庞然大物级的实现。嗯，可能我还漏了几个，不过无关紧要，这一整套玩意被奉为“企业级商业事务实现经典”（其实还有些细节我至今没弄明白，比如为啥企业级实现说来说去其实就是包装在 HTTP 上的 Web 应用，现在看起来很普通的东西为啥那个时候捧那么高）。这套东西及其庞大，可以涵盖当时企业商务应用，中间件等等一切领域。那个时候开源界没现在这么牛逼，剩下的实现只剩下 asp 和 php ，当年的这两货是不折不扣的玩具，没人正眼看的，而写 java server ，你写 jsp 那叫不专业。。。

你现在看 ssh 很重，你回头去看看上面写的那货就明白了，简直是木星和太阳的区别。。。

黑暗中总是会出现勇士的，第一个勇士就是 spring 的作者，他第一个跳了出来，写了篇文章对当时的 sun 公司这套实现大批特批（这文章我是在 iteye 还叫 javaeye 的时候在那看见的，现在还不知道有没有）。尤其大批了一通 JPA ，称它累赘的好似一坨翔。批判后不久 spring 就诞生了， spring 是简化后的实现，随后 sun 捐助给 apache 的 tomcat 给了 java 开源界很大的动力，因为它有限度的实现了 javaee 标准，又不像 weblogic 那么累赘，在此刺激之下，全世界第一个该领域的 MVC 框架 Structs 诞生（ MVC 模式的历史非常早，至少在 1960 年前后就有理论支持。很多人不喜欢这模式，但是这目前人类发明的最清晰的实现了）。随后慢慢的 SSH 才到了现在这样。

所以， Struts2 有什么优点呢？它没有，优点在 structs1 身上， 2 生不逢时，落后于时代了

SSH 你现在看起来重，是因为随着硬件发生和 Web 服务器技术的扩散，尤其是脚本语言的第一次崛起，引发了轻量化开发的狂潮， SSH 才显得笨重了。也激发了第二次瘦身， springmvc 甚至更轻的 Spring Boot ，数据库技术的稳定（关系数据库有一段时间彼此是半斤八两，使得以前要切换数据库的需求变成了伪命题）易用化导致 batis 这种更接近 SQL 的库开始大行其道。

至于未来会咋样呢，目前处在历史的岔道口，没有更好的方案。脚本语言在诞生时做错了一些事情：现在看完全去掉类型限定符对组织大项目是不利的，这也是为啥 2000 年后诞生的语言基本都是编译型语言，且有较严格的类型修饰符的原因。 PHP ， python 这类灵活的语言在前期的快速开发会陷入后期维护的陷阱， C++， C#， java 这类传统的强类型语言在添加了脚本语言的一些特性，如函数绑定，运行时类型判断后开发效率也追上来了。现在双方都在融合对方优点，试图在快速开发 /可维护性，轻量级框架 /更严谨的模型描述(分层)，之间找平衡。所以别看前端技术领域在纠结用啥好，后端其实也挺纠结用啥好的问题。后端比起前端来，可能唯一的优势就是因为历史够久，大部分流行技术都有委员会长期维护，不会像前端一样要考虑“这逼框架是不是过年了就没人维护了”这个坑爹问题(笑)

@shoaly 我现在的意思就是，哪种方式同步比较好，因为我没找到比较好的方式

@bramblex Tiobe 排行榜语言前 20 名我除了汇编没认真写过东西，其他的语言我都玩过了。你是不是打算继续去哪里拿个题来考我，然后考不出来就说我在装逼？我不是全知全能，很多语言也仅仅是玩玩而已。但是在我眼里，语言真是趋同，没有魔法，没有银弹，大家都是一行行执行的东西，有啥不同呢？编程语言范式？无非就是面过程，对象，函数式，你还能玩出什么花来？我说搞计算机的纠结这些有意义吗？我说的过程不是你理解的过程！懂？不懂我在说什么就别回了，都这个时代了还纠结语言真是很无聊的事情。我想告诉楼主的其实就是一句话，永远记住你看到的再花里胡哨的东西，机器都只能逐行执行。为啥要畏惧或者去挑选语言，都玩玩呗。啥都接触一下，你会发现大家的想法其实都差不多，殊途同归

@v2dead 此“面向过程”，非彼“面向过程”
我说这话的意思，就是不要把编程看做是趋向魔术的一种方式，很多人畏惧去尝试别的语言，本质上就是因为计算机在他们眼里跟魔术一样。