Open ruibin opened 8 years ago
而且这不算连接池吧,真正地连接池是一个或n个进程共享一个由m个事先创建好的MySQL连接集。示例里无非是几个taskWorker进程各自创建了MySQL连接,然后同时操作数据库而已。顺便问下,你是否清楚client内存占用远大于server端占用的深层原因?
是不值得推荐,这个示例仅仅是演示Swoole的Task进程用法,以及提供一个类似的思路,实际应用中当然不可能是一个TaskWorker管理一个MySQL连接……
在 2016年3月3日 下午8:42,ruibin notifications@github.com写道:
而且这不算连接池吧,真正地连接池是一个或n个进程共享一个由m个事先创建好的MySQL连接集。示例里无非是几个taskWorker进程各自创建了MySQL连接,然后同时操作数据库而已。顺便问下,你是否清楚client内存占用远大于server端占用的深层原因?
— Reply to this email directly or view it on GitHub https://github.com/LinkedDestiny/swoole-doc/issues/11#issuecomment-191747722 .
很感谢提出问题,同时也希望您能将您的思路整理成示例提交PR给我,为各位Swoole的使用者提供学习的例子,万分感谢
在 2016年3月4日 下午1:14,李丹阳 simonarthur2012@gmail.com写道:
是不值得推荐,这个示例仅仅是演示Swoole的Task进程用法,以及提供一个类似的思路,实际应用中当然不可能是一个TaskWorker管理一个MySQL连接……
在 2016年3月3日 下午8:42,ruibin notifications@github.com写道:
而且这不算连接池吧,真正地连接池是一个或n个进程共享一个由m个事先创建好的MySQL连接集。示例里无非是几个taskWorker进程各自创建了MySQL连接,然后同时操作数据库而已。顺便问下,你是否清楚client内存占用远大于server端占用的深层原因?
— Reply to this email directly or view it on GitHub https://github.com/LinkedDestiny/swoole-doc/issues/11#issuecomment-191747722 .
这个示例根本不值得推荐,应该用共享内存的形式来维护一个mysql连接池,而不是多个进程的方式,非常耗内存!!