mysql连接池那个示例，超过默认内存限制，client内存爆掉

[ruibin]

这个示例根本不值得推荐，应该用共享内存的形式来维护一个mysql连接池，而不是多个进程的方式，非常耗内存！！

[ruibin]

而且这不算连接池吧，真正地连接池是一个或n个进程共享一个由m个事先创建好的MySQL连接集。示例里无非是几个taskWorker进程各自创建了MySQL连接，然后同时操作数据库而已。顺便问下，你是否清楚client内存占用远大于server端占用的深层原因？

[LinkedDestiny]

是不值得推荐，这个示例仅仅是演示Swoole的Task进程用法，以及提供一个类似的思路，实际应用中当然不可能是一个TaskWorker管理一个MySQL连接……

在 2016年3月3日 下午8:42，ruibin [email protected]写道：

而且这不算连接池吧，真正地连接池是一个或n个进程共享一个由m个事先创建好的MySQL连接集。示例里无非是几个taskWorker进程各自创建了MySQL连接，然后同时操作数据库而已。顺便问下，你是否清楚client内存占用远大于server端占用的深层原因？

—
Reply to this email directly or view it on GitHub
#11 (comment)
.

[LinkedDestiny]

很感谢提出问题，同时也希望您能将您的思路整理成示例提交PR给我，为各位Swoole的使用者提供学习的例子，万分感谢

在 2016年3月4日 下午1:14，李丹阳 [email protected]写道：

是不值得推荐，这个示例仅仅是演示Swoole的Task进程用法，以及提供一个类似的思路，实际应用中当然不可能是一个TaskWorker管理一个MySQL连接……

在 2016年3月3日 下午8:42，ruibin [email protected]写道：

而且这不算连接池吧，真正地连接池是一个或n个进程共享一个由m个事先创建好的MySQL连接集。示例里无非是几个taskWorker进程各自创建了MySQL连接，然后同时操作数据库而已。顺便问下，你是否清楚client内存占用远大于server端占用的深层原因？

—
Reply to this email directly or view it on GitHub
#11 (comment)
.