太多的连接缓存更新期间DB错误

[krisp]

一天晚上，我碰巧清醒后4日上午，论坛突然像20分钟的一个小：

百度推广数据库错误：

mysqli_real_connect（）的<a href='function.mysqli-real-connect'> function.mysqli的实时连接</ A>]：（08004/1040）：太多的连接
/ var / www下面/虚拟主机上传至httpdocs / ... ... / / /上线1138 class_core.php

MySQL错误：
错误号：
申请日期：星期二，12月15日上午4时28分00秒
错误日期：星期二，12月15日4时28分○○秒上午
脚本： http://.../
介绍人：
IP地址：
用户名：
类名：vB_Database_MySQLi
MySQL版本：
- >

现在，我从来没有经历过这之前，我想知道，如果它是一个巧合，这是围绕在预定的任务VB缓存更新。

今天早上我检查，一切正常，所以没有重复今天。

服务器似乎没有要强调的，因为我已经没有vbet另一个同一台服务器上的论坛，这是运行在我的vbet论坛的停机时间的罚款。

展望serverlog，似乎被一些BOT活动，但没有太多的用户活动。机器人似乎得到确定200 - ，但普通用户了dberror。也奇怪，在服务器日志文件记录似乎并没有被排序按时间顺序... ...

有点puzzele ...或许你可以告诉我，如果包括上线1138 / class_core.php更新缓存？也许你有一个想法如何解决？

[vBET]

vBET不创建新的连接 - 它可以重新建立连接，但是这是实际只有一个是丢失（的情况下，如果翻译从谷歌来得晚）。就此美元百度推广 - > DB ->连接vBulletin在结束所有必要的清理。

因此，在这一刻，我们认为，这个问题是在别处。

class_core.php是不是我们的文件，它并不直接使用vBET缓存 - 但如果这个文件是负责执行预定的任务，那么它也将执行清除缓存。

[vBET]

还有一件事情。如果您对vBET缓存结算写作，然后请赫克你有多少数据在缓存中。如果真的是很大的数目，那么请改变你的缓存清除策略。
vBET不创建额外的连接，但如果结算时间过长，那么其他客户正在等待新的连接是用VB创建新客户，其中病患者等待。这就是为什么我们添加几个结算策略。对于真正的大数据量，请使用最后的策略。

请注意，这个问题将在3.3.0最小化，因为我们将分割为每种语言缓存表，所以你的索引将被缩小52倍，结算将会更快 - 删除数据是快速，但没有必要大索引更新。所以，请在这一刻，考虑使用其他结算策略，这是大型索引

[krisp]

Happend再次从04-05 - 所有域的连接过多。我认为你是对的的。论坛是忙着清除缓存和搜索机器人每秒请求篡改。我可以看到serverload极高。现在又是非常低的。 vbet DB约1.1 GB

我已经切换到“删除所有缓存的数据缓存TTL间隔一次”。

声音确实很好330地址这个问题！