Handmatige opschoning:
Je kunt de processid DODEN.
mysql> show full processlist;
+---------+------------+-------------------+------+---------+-------+-------+-----------------------+
| Id | User | Host | db | Command | Time | State | Info |
+---------+------------+-------------------+------+---------+-------+-------+-----------------------+
| 1193777 | TestUser12 | 192.168.1.11:3775 | www | Sleep | 25946 | | NULL |
+---------+------------+-------------------+------+---------+-------+-------+-----------------------+
mysql> kill 1193777;
Maar:
- de php-toepassing kan meldingsfouten maken (of de webserver, controleer de foutlogboeken)
- repareer niet wat niet kapot is - als je geen tekort hebt aan verbindingen, laat ze dan zo.
Automatische schoonmaakservice;)
Of u configureert uw mysql-server door een kortere time-out in te stellen op wait_timeout
en interactive_timeout
mysql> show variables like "%timeout%";
+--------------------------+-------+
| Variable_name | Value |
+--------------------------+-------+
| connect_timeout | 5 |
| delayed_insert_timeout | 300 |
| innodb_lock_wait_timeout | 50 |
| interactive_timeout | 28800 |
| net_read_timeout | 30 |
| net_write_timeout | 60 |
| slave_net_timeout | 3600 |
| table_lock_wait_timeout | 50 |
| wait_timeout | 28800 |
+--------------------------+-------+
9 rows in set (0.00 sec)
Instellen met:
set global wait_timeout=3;
set global interactive_timeout=3;
(en ook instellen in uw configuratiebestand, voor wanneer uw server opnieuw opstart)
Maar je behandelt de symptomen in plaats van de onderliggende oorzaak - waarom zijn de verbindingen open? Als het PHP-script klaar is, zouden ze dan niet moeten sluiten? Zorg ervoor dat uw webserver geen pooling van verbindingen gebruikt...