премногу конекции dB Грешка при кеш ажурирање

[krisp]

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

База на податоци за грешка во мрежата!:

mysqli_real_connect () [<a href='function.mysqli-real-connect'> function.mysqli реално се поврзете </ a>]: (08004/1040): Премногу врски
/ Var / www / vhosts / ... / httpdocs / вклучува / class_core.php on-line 1138

MySQL Грешка:
Грешка број:
Барање Датум: Вторник 15 декември, 2009 година @ 04:28:00
Грешка Датум: Вторник 15 декември, 2009 година @ 04:28:00
Сценарио: http://.../
Реферер:
IP адреса:
Корисничко име:
Classname: vB_Database_MySQLi
MySQL верзија:
->

Сега, јас никогаш не доживеале ова претходно, и се прашувам, ако е случајно, дека тоа е околу кешот VB ажурирање на листата на закажани задачи.

Јас проверив ова утро и се беше во ред, така што не го повтори и денес.

На серверот се чинеше не да се нагласи, затоа што имав еден форум на истиот сервер без vbet, кое се движело во ред за време на престој од моите vbet форумот.

Гледајќи serverlog, таму се чини дека се некои бот активност, но не многу корисник активност. Ботови се чинеше дека се ОК 200 - но обичните членови доби dberror. Исто така чудно на евиденција на серверот лог датотеката се чини дека не се подредени хронолошки ...

Малку puzzele ... Можеби може да ми кажете ако вклучува / class_core.php on-line 1138 е вклучен во ажурирањето на кеш? Или можеби некои од вас имаат идеја како да смена на ова?

[vBET]

vBET не создава нови врски - тоа може да го возобноват врска, но ова се прави само ако вистински е изгубен (во случај ако преводи доаѓа премногу доцна од Google). И оваа врска е направен од $ vBulletin-> 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 адреси овој проблем!