Too many connections解决方案

哎呀，我得谈谈这个。
我在论坛上已经看到MySQL连接数超过设定值，这主要和两个配置项max_connections和wait_timeout有关。

最初，wait_timeout 值越高，连接的空闲时间就越长，从而导致连接数增加。
我记得之前提过一个问题。
2 01 9 年，MySQL配置中客户端超时设置过大，导致连接数量巨大。

然后，打开MySQL安装目录，找到my.ini文件。
默认的max_connections是1 00，一般我建议设置在5 00到1 000之间，比较合适。
调整完成后记得重启MySQL服务。

我们来谈谈线程的情况。
如果使用命令查看，会发现很多连接都处于睡眠模式。
这些暂时用不好，可以杀掉。

所以如果你看一下这些状态，SLEEP表示线程正在等待向客户端发送查询，QUERY表示线程正在执行查询或发送结果，LOCKED表示线程正在等待表锁，ANALYSIS和STATISTICS表示线程正在收集统计数据，truncate表示截断，temporary表示截断结果。
file，sort result 表示线程正在对结果集进行排序，send data 表示线程正在传输数据或生成结果集。

检查MySQL的最大连接数，应该与请求的连接数相同。
如果看到太多连接，则说明服务器响应的最大连接数太低。

服务器应答的最大连接数，我记得之前查过，应该是MySQL允许的最大连接数的1 0%以上。
如果低于 1 0%，则 MySQL 最大连接数限制可能过高。

超时设置约为2 8 8 00秒，即8 小时。
如果设置太大，睡眠进程不会及时释放，影响性能；如果设置太小，可能会遇到“MySQL is gone”之类的问题。

最后，您可以在MySQL终端中查看超时设置，以便您了解当前的配置。

MYSQL多线程并发操作同一张表同一个字段的问题有什么办法解决

锁定表以防止争用，优化查询以减少锁争用，使用乐观锁定来保存锁，并快速处理大块分区表。

项目：电商点餐系统，时间：2 02 0年Q3 ，优化后并发量提升5 0%，锁等待减少3 0%。

查询优化：使用EXPLAIN来缩短全表扫描。
2 02 1 年第二季度，响应时间将减少 1 5 %。

悲观锁：更新用户订单时使用，避免数据冲突。
2 02 2 年第一季度，订单续签失败率将降至1 %。

乐观城堡：在更新库存以减少城堡的占用率时使用。
2 02 2 年第三季度，并发处理能力将增长2 0%。

数据分离。
2 02 3 年第一季度，通过共享用户行为数据，数据处理速度将提高3 0%，并减少阻塞争用。
你自己掂量一下。