Занадто багато підключення до БД помилка під час оновлення кешу

[krisp]

Інша ніч мені довелося спати незабаром після 4 ранку, де форум раптом впав на 20 хв, як:


Помилка бази даних в VBulletin:

mysqli_real_connect () [<a href='function.mysqli-real-connect'> function.mysqli реального підключення </>]: (08004/1040): Занадто багато сполук
/ VAR / WWW / віртуальних доменів / ... / httpdocs / входить / class_core.php на лінії 1138

MySQL помилка:
Код помилки:
Запит Дата: Вівторок, 15 грудня 2009 @ 4:28:00 AM
Помилка Дата: Вівторок, 15 Грудні 2009 @ 4:28:00 AM
Автор сценарію: http://.../
Реєстрація:
IP-адреса:
Ім'я користувача:
Ім'я класу: vB_Database_MySQLi
MySQL версії:
-->

Тепер, я ніколи не відчував цього раніше, і мені цікаво, якщо це було збігом, що це було навколо поновлення VB кешу запланованих завдань.

Я перевірив сьогодні вранці, і все було нормально, так що це не повторити сьогодні.

Сервер, здавалося, не слід підкреслити, оскільки я був ще один форум на одному сервері без vbet, що працював нормально під час простою з моїх vbet форумі.

Дивлячись на serverlog, там же, схоже, деякі бот діяльності, але не набагато активності користувачів. Ботів, здавалося, отримати ОК 200 - але звичайні користувачі отримали dberror. Також дивно записів в лог-файл на сервер, здається, не хронологічному порядку ...

Трохи puzzele ... можливо, ви можете сказати мені, якщо включає / class_core.php на лінії 1138 бере участь в оновленні кешу? Або, можливо, деякі з вас знає, як усунути цю?

[vBET]

vBET не створює нові з'єднання - вона може відновити з'єднання, але це зроблено тільки в разі фактичної втрачається (у випадку, якщо переклад приходить занадто пізно, від Google). І це з'єднання здійснюється на $ VBulletin-> DB-> підключити так VBulletin зроблені всі необхідні очищення в кінці.

Так що в цей момент ми вважаємо, що проблема знаходиться десь ще.

class_core.php не наш файл, і він не використовує безпосередньо vBET кеш - але якщо цей файл відповідає за виконання запланованої завдання, то вона також буде виконувати кеш галявині.

[vBET]

І ще один момент. Якщо ви пишете про очищення кешу vBET, то, будь ласка, рис, скільки у вас даних в кеші. Якщо це дійсно великі суми, то будь ласка, поміняйте ваш кеш очищення стратегії.
vBET не створює додаткових з'єднань, але якщо очищення займає надто багато часу, то інші клієнти чекають і нові з'єднання створюються VB для нових клієнтів, які погано чекати. Саме тому ми додамо кілька стратегію очищення. Для дійсно великої кількості даних, будь ласка, використовуйте останню стратегію.

Будь ласка, зверніть увагу, що це питання буде зведено до мінімуму в 3.3.0, так як ми розділять кеш таблиць для кожної мови, тому індекси будуть 52 разів менше і очищення буде набагато швидше - видалення даних швидко, але оновлення великих індексів не потрібно. Так що в цей момент будь ласка, розглянути використання інших стратегій очищення, які краще підходять для великих індексів:)

[krisp]

Сталося знову з 04-05 - всі домени вниз занадто багато підключень. Я думаю, ви праві. Форум зайнятий очищення кешу та пошукових роботів є підробка одного запиту в секунду. Я міг бачити serverload був надзвичайно високий. Зараз це дуже низький знову. vbet дБ близько 1,1 Гб

Після переходу на «Видалити кеш даних один раз для кешу TTL інтервал".

Звук дуже хороший, справді 330 вирішує цю проблему!