在监控项目看到下面一段话
num_auth_failed_sessions_out_of_max_allowed 因为超过FLAG_OUT_OF_MAX_ALLOWED_CONNECTIONS参数导致的验证登录的失败的 session 数量。
FLAG_OUT_OF_MAX_ALLOWED_CONNECTIONS 这个参数没有找到是在哪里配置，nebula graph配置文件有关于最大连接数的配置吗？
请问nebula的版本是？
3.0.2 主要是想知道控制并发的参数有哪些
num_netio_threads 0 网络 IO 线程数。0表示 CPU 核数。
num_worker_threads 0 执行用户查询的线程数。0表示 CPU 核数。
这两个参数设置为0，代表服务器cpu核数是多少，线程数就是多少
accept_threads 这个参数会影响并发吗。有没有类似mysql等数据库似的，max connections这种参数
client_idle_timeout_secs 28800 空闲连接的超时时间。默认 8 小时。0表示永不超时。单位：秒。
session_idle_timeout_secs 28800 空闲会话的超时时间。取值范围为 1~604800。默认 8 小时。单位：秒。
如果是session满了，这两个参数可以适当调整一下，释放一些session
Update sessions failed: Update sessions failed: Session not existed! 日志里面有这种报错，是因为session满了吗 这个参数调节一般多少比较合适，现在用的默认参数28800
不会，这个参数设置1没问题，accept_threads只是线程池前面负责转发的thread，速度很快，设置大了也没有意义
这个日志是应用测的？
是的 nebula graph的error log
别忘了我哈 我还在等待回答 
不好意思，昨天请假了，这个session not existed是因为execute执行结束之前就release了session，导致meta服务找不到对应的sessionId了，可以在release之前检查下请求已执行结束
嗯嗯 好的 谢谢。昨天我也查到了类似的报错和解决方案 
如果你觉得上面 Jerry 的回复解决了你的问题，可以勾选为解决方案哈。
这个问题还是存在，帮忙看下是不是写的有啥问题吧
服务端会周期的从graph向meta上报session，如果用完就删掉的话，可能会因为找不到session打印错误日志，但是不影响使用的。另外session创建完之后没有过期建议复用，创建session是一个耗时的操作。
另外咨询个问题，这个有类似mysql似的最大连接数设置参数吗
你说的是这个吗？