2.1版本引进了 连接池操作,以前的版本我记得有看到过帖子是使用count有多少,就有多少个连接, 那么在这种情况下我想问问,我不使用协程操作,我想使用最新2.1版本,但还是想自适应比如有多少个count就有多少个连接这种,我是不是可以不配置 options 和 pool 参数,以上疑问 包括了Mysql 和 Reids 配置 问题,请大佬解答一下
不开协程的话仍然是有多少进程开多少数据库连接。不开协程所有逻辑和原来一样。
谢谢大佬,我等你很久了
mysql 和 redis ,pool 参数 我不传递也是可以的对吗?
如果我传递了,是所有进行共享pool的 连接数,还是已每一个进程都会独立拥有一个 Pool的参数配置连接数
可以不配。每个进程有自己独立的pool配置
好的,谢谢,祝workerman 越来越牛逼
Connection pool, supports only Swoole or Swow drivers.,我看Redis配置这里是这么写的,如果我不开启协程,配置Pool ,是否还是是单进程单连接,并未产生多连接,
是
那这里就有疑问了,就是在单独进程都会产生一个mysql连接池,大多数情况下同一时刻都只会操作一个数据库链接啊,连接池就没有意义啊。
go连接池在全局是一个连接池。刚刚你们上述对话我理解是每一个进程都会产生一个连接池;而不是全局共用一个连接池。
一个进程可以有多个协程,多个协程需要同时操作数据库时需要多个数据库连接,需要连接池管理。 不使用协程就仍然是一个进程一个数据库连接。
懂了,就是我这边使用 swow驱动情况下,如果我代码中不使用协程下,也会是连接池模式,最小连接数设置1,然后我使用了协程中后,连接池都会自动增加连接数。对于每一个进程都是一样的。单独不会互相影响。
对
大佬在问一个问题,我对这个进程的count有些不明白,比如我是 4h4g的服务器,我按照你默认的cpu_count 4,这个情况,我高并发一直测试,发现cpu并没有怎么动,然后我尝试队列消费也设置 cpu_count 4,发现也没怎么动,那么综合情况,这个进程数量,如果本身代码不消耗大量cpu资源的情况下,我可以开多一些 比如cpu_count * 50这样子,我看进程多了内存会增长,我是不是只需要保证内存不会爆,且 高频压测的情况下 cpu占用率也不爆,这就是一个合适的值
压力测试cmd下top命令查看资源消耗情况。既然官方说了 轻量级业务在4-6.钟业务调小一点点。自己把控
不开协程的话仍然是有多少进程开多少数据库连接。不开协程所有逻辑和原来一样。
谢谢大佬,我等你很久了
mysql 和 redis ,pool 参数 我不传递也是可以的对吗?
如果我传递了,是所有进行共享pool的 连接数,还是已每一个进程都会独立拥有一个 Pool的参数配置连接数
可以不配。每个进程有自己独立的pool配置
好的,谢谢,祝workerman 越来越牛逼
Connection pool, supports only Swoole or Swow drivers.,我看Redis配置这里是这么写的,如果我不开启协程,配置Pool ,是否还是是单进程单连接,并未产生多连接,
是
那这里就有疑问了,就是在单独进程都会产生一个mysql连接池,大多数情况下同一时刻都只会操作一个数据库链接啊,连接池就没有意义啊。
go连接池在全局是一个连接池。刚刚你们上述对话我理解是每一个进程都会产生一个连接池;而不是全局共用一个连接池。
一个进程可以有多个协程,多个协程需要同时操作数据库时需要多个数据库连接,需要连接池管理。
不使用协程就仍然是一个进程一个数据库连接。
懂了,就是我这边使用 swow驱动情况下,如果我代码中不使用协程下,也会是连接池模式,最小连接数设置1,然后我使用了协程中后,连接池都会自动增加连接数。对于每一个进程都是一样的。单独不会互相影响。
对
大佬在问一个问题,我对这个进程的count有些不明白,比如我是 4h4g的服务器,我按照你默认的cpu_count 4,这个情况,我高并发一直测试,发现cpu并没有怎么动,然后我尝试队列消费也设置 cpu_count 4,发现也没怎么动,那么综合情况,这个进程数量,如果本身代码不消耗大量cpu资源的情况下,我可以开多一些 比如cpu_count * 50这样子,我看进程多了内存会增长,我是不是只需要保证内存不会爆,且 高频压测的情况下 cpu占用率也不爆,这就是一个合适的值
压力测试cmd下top命令查看资源消耗情况。既然官方说了 轻量级业务在4-6.钟业务调小一点点。自己把控