Mysql hiba 1040 túl sok kapcsolat
Mit jelent a hiba Mysql hiba 1040: Túl sok kapcsolat. Ez a hiba azt jelenti, hogy abban a pillanatban, kimerítette a határt az adatbázis kapcsolat.
Általában van, ahol vagy túl bonyolult lekérdezések (azaz hosszú távon), vagy ahol sok egyidejű kapcsolatot. Így például 100 felhasználó által kezdeményezett egyidejű kérést az adatbázis, mint például az én megtestesítője. Nyilvánvaló, hogy ez a tényleges felhasználás nem lehet tenni, de a statisztikai adatok összegyűjtésére, szükségem volt rá. Szóval, hogyan lehet ez?
És minden nagyon egyszerű:
A lehetőség
Abban az esetben, lassú lekérdezések, optimalizáljuk őket, add indexek, stb
B lehetőség
Egyidejű vegyületet. Ebben az esetben azt terjeszteni őket, hogy a különböző indítás, így nem valósult meg az időben. Ie Most távolítsa el ezeket a lehetőségeket:
mondja el znachet..Error MySQL: Túl sok kapcsolat
MySQL - egy olyan program, amellyel keresztül kommunikálni „kapcsolat”. El lehet képzelni, mint egy ablak box office az állomáson, ahol vannak vonalak az emberek. Tehát, ha a sok látogató, akik a forgalmas minden kapcsolatot (vagyis ebben a példában az emberek annyira sok, hogy nem fér bele az összes iroda épület), MySQL írja pontosan ezt a hibát. Ennek elkerülése érdekében van szükség, hogy növelje a kapcsolatok maximális számát a MySQL beállítások (számának növelése ablakok a box office kiszolgálása érdekében több ember), illetve hogy miért lekérdezések olyan lassú (munkájának optimalizálása pénztárosok át többen egységnyi idő alatt). Most azt hiszem, egyértelműbben kell :)
A másik az, csak a helyet végét. MySQL és kimenetek ezt a hibát
Én nem találkoztam ilyen hibát, abban az esetben, ha a végállást. Azonban, ha ez igaz, akkor ellenőrizze ezt nézi a naplót mysql-a. Azokban az esetekben, helyhiány, ott biztosan egy hiba, hogy megmondja róla. Debian és Ubuntu jelentkezzen akkor nézd meg itt:
és ez a hiba jön ki abban az esetben, DDoS támadás?
Igen, ez lehetséges. De ez nagyon könnyen ellenőrizhető. Mehetsz például phpMyAdmin vagy a konzol maga mysql, megjelenítheti az aktuális folyamatokat. Illetve abban az esetben, DDOS-mint látni fogjuk, sok folyamatok a sorban. Aztán általában úgy viselkednek, mint ez, a belépési ponton (pl index.php) írok egy forgatókönyvet, amely kiírja az ip összes jelenlegi felhasználókat, soronként a fájlban:
file_put_contents (ip.list ', $ _SERVER [ 'REMOTE_ADDR'] FILE_APPEND | LOCK_EX.);
úgyhogy hagyjuk 5 percig. Következő le a rekordot a fájlt, és megnézzük, mi az ip-Schnick gyakran húzta az oldalon. És akkor tudnak adni 503 hiba, vagy küldeni a tárolt adatok (sőt, írtam a fájl nem csak az IP és sorszámozott tömb, amelynek ip van a kulcs, és ez az érték a fellebbezések száma, de a kód egy kicsit, itt lök nem én). Csak itt óvatosnak kell lennünk: lehetséges, hogy tiltsák keresők, ha egy csomó információt, különösen a dinamikus és a gyenge szerver. Ezért, ha az ip-Schnick amellyel „megy ATTAC” egy vagy egy pár, meg kell nézni, akiket regisztrálásának whois. És ha ez be van jegyezve a Google, akkor nem kell betiltani, és hozzá kell adni a helyszínen, és korlátozza Google.Webmaster ott szkennelési sebesség vagy kihasználni irányelv Crwl-késleltetés robots.txt.