ами сега ?
11 отговора
454 прегледа
ами сега ?
Warning: Too many connections in /storage/web/photo.cult.bg/_include/db.php on line 19
Warning: MySQL Connection Failed: Too many connections in /storage/web/photo.cult.bg/_include/db.php on line 19
Could not connect
хм
кво да правя в такъв случай?
Linux + MySql
не съм админ на сървъра, и трудно се добирам до админа....
[линк]
Warning: MySQL Connection Failed: Too many connections in /storage/web/photo.cult.bg/_include/db.php on line 19
Could not connect
хм
кво да правя в такъв случай?
Linux + MySql
не съм админ на сървъра, и трудно се добирам до админа....
[линк]
Re: ами сега ?
абе не се бъзикай.....
това е някъде, където са ми дали без пари място...да си пиша бозите....
[линк]
това е някъде, където са ми дали без пари място...да си пиша бозите....
[линк]
Re: ами сега ?
Какво общо има пък Oracle?
Всичко е въпрос на настройки. т.е. въпрос на желание от страна на администратора. Толкоз.
salle.online.bg/sig
Всичко е въпрос на настройки. т.е. въпрос на желание от страна на администратора. Толкоз.
salle.online.bg/sig
Редактирано от salle на
Re: ами сега ?
Торбалане, решението е да се увеличи стойността на max_connections в my.cnf
Но при положение, че нямаш достъп до сървъра...
BTW Провери, дали затваряш connection-a w края на скрипта...
Но при положение, че нямаш достъп до сървъра...
BTW Провери, дали затваряш connection-a w края на скрипта...
Re: ами сега ?
naznam dali niama da ti helpne pconnecta v slucheia
nishto ne ti kostva da probvash :D
nishto ne ti kostva da probvash :D
Re: ами сега ?
ИМЕННО pconnect създава такива проблеми!!!!
Ако администратора го забрани мога да се хвана на бас, че ще изчезнат!
Не случайно се отказаха изцобщо от pconnect в php 5.0
salle.online.bg/sig
Ако администратора го забрани мога да се хвана на бас, че ще изчезнат!
Не случайно се отказаха изцобщо от pconnect в php 5.0
salle.online.bg/sig
Re: ами сега ?
pconnect ме помолиха да не ползвам...нямам намерение дори да опитвам...
[линк]
[линк]
Re: ами сега ?
polzvai pconnect (spestiava malko resurs ama mai samo az go haresvam)
ili si proveri dali navsiakade se diskonectva6 sled kraia na query-tata
E tuk ni6to niama :[линк]
ili si proveri dali navsiakade se diskonectva6 sled kraia na query-tata
E tuk ni6to niama :[линк]
Re: ами сега ?
Има ли някъде място където може да се прочете какви проблеми създава точно и от какво естество са?
не ме ебе как е Вуте, аз гледам да съм си добре
не ме ебе как е Вуте, аз гледам да съм си добре
Re: ами сега ?
Доста ....
Най-общо проблема е в следното:
Apache 1 за всяка заявка прави fork т.е. вика нов процес. Съответно контекста се сменя и естествено pconnect връзка отворена от един процес не може да се използва от друг.
А пък не всички заявки използват MySQL. Е да де ама Apache си държи определен брой активни процеса и разпределя заявките между тях.
Шансът дори когато повториш една и съща заявка към Apache тя да се изпълни от същия процес е обратно пропорционален на броя на процесите. Съответно новия процес при pconnect отваря още една връзка и т.н.
Ефектът е, че ако тези дето пишат PHP ги мързи да си затварят връзките с mysql_close() рано или късно всеки активен httpd процес държи по една отворена pconnect връзка. Което си е разхищение на ресурси както и да го погледнеш.
От друга страна печалбата в скорост от pconnect е толкова нищожна, че изобщо не си заслужава главоболията. Ако някой успее въобще да я забележи нека ми се обади. Просто при MySQL процеса на свързване е много бърз.
Нали всичко е въпрос на баланс? Заслужава ли си за примерно 0.002 сек разлика да си създаваш главоболия?
salle.online.bg/sig
Най-общо проблема е в следното:
Apache 1 за всяка заявка прави fork т.е. вика нов процес. Съответно контекста се сменя и естествено pconnect връзка отворена от един процес не може да се използва от друг.
А пък не всички заявки използват MySQL. Е да де ама Apache си държи определен брой активни процеса и разпределя заявките между тях.
Шансът дори когато повториш една и съща заявка към Apache тя да се изпълни от същия процес е обратно пропорционален на броя на процесите. Съответно новия процес при pconnect отваря още една връзка и т.н.
Ефектът е, че ако тези дето пишат PHP ги мързи да си затварят връзките с mysql_close() рано или късно всеки активен httpd процес държи по една отворена pconnect връзка. Което си е разхищение на ресурси както и да го погледнеш.
От друга страна печалбата в скорост от pconnect е толкова нищожна, че изобщо не си заслужава главоболията. Ако някой успее въобще да я забележи нека ми се обади. Просто при MySQL процеса на свързване е много бърз.
Нали всичко е въпрос на баланс? Заслужава ли си за примерно 0.002 сек разлика да си създаваш главоболия?
salle.online.bg/sig
Редактирано от salle на