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 的优势就没了啊

我可以很明确的告诉你，你遇到的这些职位，都不是啥铁饭碗，根本原因是，这些银行的这些职位薪水很低，你投诉，人家压根不在乎，这些基层职位缺人呢，银行也没法强压这些临时工，逼急了人家直接跑路。商业银行态度好，很简单，钱给的多

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

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

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