通常的解决办法是 如下这个链接 Allowed memory size of 134217728 bytes 错误解决心得
我这个错误可不是这样，我也设置了php.ini里面的内存设置，也在代码中设置了内存设置为无限大。
但是，还是报这样的错误。
因为是用post上传的，确实传的东西比较大，并且我抓包才是这样的错误。
所以我一直纠结于这个问题。
殊不知我是因为数据库库保存报错了，我是用的laravel框架，报错没有提示，也可能是上传的包体太大，然后报错了就这样了。
总之我是保存数据库报错了，才这样的。
就先记录下吧。
可能有的DBA会把线程池和连接池混淆，其实两者是有很大区别的，连接池一般在客户端设置，而线程池是在DB服务器上配置；另外连接池可以取到避免了连接频繁创建和销毁，但是无法取到控制MySQL活动线程数的目标，在高并发场景下，无法取到保护DB的作用。比较好的方式是将连接池和线程池结合起来使用。 作者：飞鸿无痕 链接：https://www.jianshu.com/p/88e606eca2a5 來源：简书 简书著作权归作者所有，任何形式的转载都请联系作者获得授权并注明出处。
Linux系统中的wc(Word Count)命令的功能为统计指定文件中的字节数、字数、行数，并将统计结果显示输出。
et.setSelection(content.length());
查看Web服务器（Nginx Apache）的并发请求数及其TCP连接状态：，引起 too many open files的原因
如何查看nginx状态？如何统计访问量？
nginx 配置文件，最多连接数，更改，突破十万并发
worker_processes：操作系统启动多少个工作进程运行Nginx。注意是工作进程，不是有多少个nginx工程。在Nginx运行的时候，会启动两种进程，一种是主进程master process；一种是工作进程worker process。例如我在配置文件中将worker_processes设置为4，启动Nginx后，使用进程查看命令观察名字叫做nginx的进程信息，我会看到如下结果：
今天发现weblogic上有大量的连接处于time_wait状态，感觉很奇怪。据说是nginx照成的，用tcpdump研究下。
据另一种说法是，nginx开启太多的进程，会影响主进程调度，所以占用的cpu会增高， 这个说法我个人没有证实，估计他们是开了一两百个进程来对比的吧。
访问量高时，由于系统对于进程的最大文件打开数的限制（ulimit -n 默认1024），而nginx属于单进程多线程并发的服务，所以在访问量高时，连接数超过1024后，会被系统限制连接。