Mailinglisten-Archive |
Hallo, unsere my.cnf: [client] port = 3306 socket = /var/run/mysqld/mysqld.sock [safe_mysqld] err-log = /var/log/mysql.err [mysqld] user = mysql pid-file = /var/run/mysqld/mysqld.pid socket = /var/run/mysqld/mysqld.sock port = 3306 log = /var/log/mysql.log basedir = /usr datadir = /var/lib/mysql tmpdir = /tmp language = /usr/share/mysql/german skip-locking skip-innodb set-variable = key_buffer=16M set-variable = max_allowed_packet=1M set-variable = thread_stack=128K [mysqldump] quick set-variable = max_allowed_packet=1M [mysql] [isamchk] set-variable = key_buffer=16M unser MySql-Server (3.23.47, Debian) ist gerade gestorben, nachdem ich in die my.cnf folgende Zeile eingefügt hatte: set-variable = max_connections=550 Vorausgegangen ist dem Ganzen eine Fehlermeldung vom PHP-Skript, die so aussah: Warning: MySQL Connection Failed: Host blockiert wegen zu vieler Verbindungsfehler. Aufheben der Blockierung mit 'mysqladmin flush-hosts'. in xxx on line xxx oder Warning: MySQL Connection Failed: Zu viele Verbindungen. in xxx.php on line xxx Da war max_connections=100. Meine Annahme war, dass ich so viele MySql-Verbindungen erlauben muss wie Verbindungen mit dem Webserver max. vorhanden sein dürfen, also ebenfalls 550. Und unser Webserver braucht mehr als 100... Nun meine Frage: Warum reißt mysql in diesem Fall das gesamte OS mit? Oder, wenn es nicht mysql war, wo muß ich nachschauen, um das in Zukunft zu vermeiden? Vielen Dank Marco --- Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter -->> http://www.4t2.com/mysql
php::bar PHP Wiki - Listenarchive