DedeCMS 出现 #1040 - Too many connections 报错，说明 MySQL 数据库的当前连接数已经达到了配置的上限，导致拒绝了新的连接请求。这通常是因为并发访问量过大、数据库配置过小，或者应用程序存在连接泄露（连接使用后未正常关闭）。
你可以按照以下步骤进行排查和解决：
紧急应急处理（快速恢复业务）
如果网站目前完全无法访问，需要优先恢复服务：
临时调大最大连接数：如果你还能登录数据库，执行以下 SQL 语句临时增加连接上限（无需重启数据库，但重启后会失效）：
SET GLOBAL max_connections = 500; -- 根据服务器内存情况适当调整
清理空闲连接：如果数据库还能勉强登录，可以通过以下命令查看并杀掉长期处于 Sleep 状态的僵尸连接：
SHOW PROCESSLIST; -- 查看当前连接状态
KILL 连接ID; -- 将查出的异常连接ID替换进去
重启数据库服务：如果连数据库都完全登不进去了，可以直接在服务器端重启 MySQL 服务来强制释放所有连接。
永久配置优化（防止复发）
临时解决后，需要修改配置文件（my.cnf 或 my.ini）进行永久优化。在 [mysqld] 节点下添加或修改以下参数：
[mysqld]
max_connections = 500 # 增加最大连接数，建议 300~500 起步
wait_timeout = 300 # 非交互连接超时时间（秒），超时自动断开
interactive_timeout = 300 # 交互连接超时时间（秒）
修改完成后，重启 MySQL 服务使配置生效。
应用层排查（治本之策）
如果调大连接数后，过一段时间又出现同样的报错，大概率是 DedeCMS 或相关插件存在连接泄露：
检查代码逻辑：确保 DedeCMS 的自定义 PHP 文件或插件中，获取数据库连接后在 finally 块中正确关闭了连接（如 Connection、Statement 等）。
排查高并发/爬虫：检查服务器日志，确认是否遭遇了恶意爬虫或瞬间的高并发攻击。如果是，建议接入 CDN 或在防火墙层面进行限流。
检查连接池：如果你的 DedeCMS 使用了连接池（如 Druid 等），请确保连接池的 maximumPoolSize 配置合理，且小于 MySQL 的 max_connections。
