@anonymoustian 关系数据库最早的需求来源就是金融业，这个领域的数据的一致性和实时性要求非常高，各种约束，这就是关系数据库的早期场景，可以看做是强关系模型，但是后来到了互联网时代，没有这么严格的数据校验需求，或者说，互联网时代的数据没有这么严格的需求，倒是很多用关系数据库的互联网项目把外键都去掉，甚至数据一致性和唯一性放在程序做校验，数据库单纯作为数据仓库使用

我对这东西的看法很简单，当年 JScript 没有能成功的事情，你换个名字重来一遍也不会成功的

想把关系数据库的模型映射为对象模型，别说这招在很多场合是适用的，因为实际上我们在大多数时候不需要强关系模型，但是，复杂关系查询就完蛋了

@kingme 服务端怎么会在安卓上，你拿安卓当服务器操作系统啊？，服务端难道不是 linux 或者 windows 吗？

Netty 好歹也是在工业级环境里运用的 socket 库啊，当然是可以的

@klgd 我刚刚在 5.7.x 版本上测试确实发现这个 bug 没有了，很奇怪我记得 5.5 的时候我还测试过这个问题是存在的，难道真是 bug 。你的 mysql 是什么版本

5.4 以下的 PHP 连 SSL 都不是完整支持的，这东西就应该是越新越好

@hanmeimei 你看啥日志啊，你是 php 插入的对吗， pdo 还是 mysqli ，这两个在出错插不进去的时候是可以 getError 的啊

你们一定要用 gbk 吗，难道不能把整个数据库都转码到 utf-8 吗

MYSQL 服务器内存占用 1.6G/2G
========
我觉得你其实已经发现原因了，类似现象我在 Linux 下遇到过，没什么错误，就是内存爆了， MySQL 的内存占用会有抖动，有的时候几个查询一起过来的时候会冲的很高，如果你的 1.6G 就是平时的占用的话，剩下的 400M 左右是绝对不够的，稍微再来点请求你就完蛋，我当年也是一台 CentOS 2G 的内存， MySQL 死的症状和你差不多，日志没错误，就是一下退出了，进程都找不到了。加了 2G 内存，再没发现这事情

mysql 居然这么多存储引擎啊，我就知道几个。。。

我理解你的需求，你需要的不是加密，你需要时类似碟中谍里的那种计算机操作行为监控和记录系统，恕我直言这成本不是一般的高

orm 的性能损失比的上数据库本身的性能瓶颈吗？

@eyp82 你还不能辞职吗？我现在是宁可少拿点钱都要去不加班的地方

入门，裸奔，别用框架

@kiwi95 TP 应该向 laravel 学习这点我认同，但是认为有个度，不能“过度学习”， laravel 的哲学和 TP 是不一样的，如果 TP 放弃了简单的话我觉得那是失败，不要觉得简单和丑陋就一定是坏事。之前就曾经有国外技术大牛讨论，设计严谨精美的 haskwell 路线为啥最后败给了 C 语言这种既不优雅又不严谨的路线。根源就是，你想严谨，想要优美，是有代价的，而大部分人是凡人。所以 TP 的路线选择的非常对，简单化，让水平一般的人也能快速上手。是的，你们觉得简单带来丑陋，但是 who care ，对中国的现实来说，用的人越多越好。这些人中有一部分终将脱颖而出，有一部分一辈子也就停留在那水平了，这不是框架的错

@kiwi95
1.我从来没听说过从框架开始学习的，如果他们会被一个框架搞的云里雾里，他们这辈子也就这样了
2.一个框架成功的把一群开发者的 PHP 的水平拉低了？你确定你是在黑？ TP 有你这么大的影响力吗？如果他们的水平低，那是真的低，不是被拉低，任何一个框架都是基于特定需求设计的，不可能没缺点，但都有自己独到的优点，我觉得你过分欣赏 Java 那套 MVC ，所以心里老是对框架标准过高，但是设计都是有代价的。你有兴趣的话，真应该去 java 那边呆几年，然后你就会明白设计的代价是什么，就不会求全责备了
3.10e ？你指高并发吗？高并发业务和和语言级框架有什么关系啊。说这话优点故弄玄虚的味道，绝大部分高并发的瓶颈并不在语言级框架上，尤其是 PHP 的绝大部分业务都是基于脚本模型的前提下。更何况，有多少业务能搞到 10e 这个数量级啊？你确定你不是过早考虑优化了吗

@changwei laravel 这玩意好归好，但是它最大的弱点就是，我如果要用它，我为啥不去用 java 的那堆 mvc 呢。论严谨漂亮， PHP 写成的东西先天就不如 java 。搞的和 java 一样臃肿，开发效率降到和 java 一个水平了，那 php 的优势就没了啊