Hoe de MySQL-fout op te lossen: te veel verbindingen

Inleiding tot de MySQL-fout: te veel verbindingen

Wanneer u een webtoepassing (site, blog, forum, enz.) Heeft waar veel vraag naar is, dat wil zeggen dat een groot aantal gebruikers dat bezoekt, vertaalt zich dit in een verhoogd verbruik op de server. Als deze webapp een MySQL-database gebruikt en er zijn echt veel vragen (vanwege slechte programmering van het web of door veel gebruikers die het web gebruiken), is er een mogelijkheid dat MySQL deze fout laat zien:

mysqli_connect(): (HY000/1040): Too many connections

Wat betekent de fout MySQL: Too Many Connections?

Het betekent dat er te veel verzoeken naar MySQL komen, meer dan het kan accepteren, meer dan in de wachtrij kan staan ​​of kan wachten.

Hoe los je het op?

Simpel, we moeten de maximale limiet van verzoeken (verbindingen) verhogen die MySQL ondersteunt.

Ik zal je twee opties geven om dit probleem op te lossen:

1. We bewerken het bestand /etc/mysql/my.cfg:

nano /etc/mysql/my.cfg

Daarin zetten we het volgende onder waar [mysql] staat:

max_connections = 500 max_user_connections = 500

Dit verhoogt het maximale aantal verbindingen van 100 (wat de standaard is) naar 500.

We slaan op en sluiten af, daarna herstarten we de MySQL-service en dat is alles. Deze wijziging is permanent.

2. Een andere manier om dit probleem op te lossen, is door de maximale limiet gelijk te veranderen, maar via een MySQL-query.

Laten we eerst de huidige limiet laten zien:

mysql --user="root" --password="PASSWORD" --execute='SHOW VARIABLES LIKE "max_connections";'

Dit zal ons zoiets laten zien:

+ ----------------- + ------- + | Variabele_naam | Waarde | + ----------------- + ------- + | max_connections | 151 | + ----------------- + ------- +

Met andere woorden, de huidige limiet is 151 connecties, laten we het verhogen tot 500 door middel van een vraag:

mysql --user="root" --password="PASSWORD" --execute='SET GLOBAL max_connections = 500;'

Klaar!

Het probleem op deze manier is dat wanneer de service opnieuw wordt gestart, deze configuratie verloren gaat.

Om dit detail te geven, kun je een bash-script maken dat elke X keer verifieert, of zelfs de regel toevoegen aan het start- of herstartblok van de daemon 😉

Maar waarom wil ik dan deze 2e optie weten? ... nou, dat is wat ik altijd zei. Maar een maand geleden negeerde een Ubuntu-server methode nr. 1, dus ... in extreme gevallen van dwaze besturingssystemen hebben we deze tweede optie die net zo goed werkt 😉