开始未来紧急解决问题,重新启动了proxysql服务,并查看错误日志.
PROXYSQL 的系统版本的2.012 MYSQL 的版本是8.011 , PROXYSQL 的错误在上边....随后我们针对PROXYSQL 进行了压缩, 通过模仿高并发连接, 1000并发,不断的进行数据访问, 以及模拟突然的连接失效(断掉), 看看PROXYSQL 本身是不是出现的我们遇到的类似的问题....所以这里漏扫程序会对敏感词 password 展开尝试性的密码匹配库的嗅探工作,而这样的工作导致,proxysql 在X11 端口中出现问题,进入一个死循环....)
另外对其中一个参数,mysql-threads 在解决问题的时候,有人提出加大proxysql 中的 mysql-threads 的线程数,提高 proxysql 处理的速度,降低CPU 的 usage...实际这样的想法是错误, mysql-threads 本身针对当前CPU 的数量进行的设置,PROXYSQL 本身针对系统的运行期间,CPU 主要消耗在 SYSTEM CPU ,而不是USER CPU