Mailinglisten-Archive |
Am Mon, 2002-09-23 um 17.41 schrieb Michael Bergbauer: > On Mon Sep 23, 2002 at 12:3949PM +0200, Stefan Reinhardt wrote: > > Hallo Leute, > > ich habe eine Frage bezüglich der MySQL 3.23. > > > > In einer sehr grossen (!!) DB Umgebung habe ich das Problem das > > sehr gross heisst? ca. 100 db-server (Cluster) zig millionen Zugriffe von ca.160 Authorizierten Clients > > > vereinzelt DB-Server ein Access denied an die Clients zurückgeben > > Gibts da serverseitig ein Log oder so, wo der Grund drin steht? leider nicht, -> Host bla is not allowed to connect etc. > > > (Obwohl diese dürfen, nach einem Flush Hosts gehts dann wieder). > > Also scheint doch das Problem zu sein, das der interne Hosts Cache zu > gross wird, bzw. der Suchalgoritmus zu schlecht skaliert, irgendwie. > Leider nicht, nachdem ein Rechners rausgeschmissen wurde werden andere noch zugelassen. Bzw. die meisten Server melden keine Connect errors, der Cache ist also gross genug. Das Flush benutze ich zwar regelmässig aber nur um die "rausgeschmissenen" Server wieder zuzulassen. Der interne Suchalgoritmus ... hmm (gute Idee) ... kann man das irgendwie überprüfen/testen? > > Ich > > habe verucht dieses Problem dadurch zu vermindern das ich die lokale > > hosts Datei für viele Client Adressen verwende, leider hat es das > > Problem nicht beseitigt. > > Es geht ja auch am Problem vorbei, wenn ich das richtig verstehe. Mein Versuch die Authentifizierungsmassnahmen der MySQL zu unterstützen, indem ich die (schnellere) Host Auflösung durch die /etc/hosts verwende? ... Na ich hoffe nicht ;) ... Es sei denn es ist kein Problem der Geschwindigkeit (bei der Namensauflösung). Gruss Stefan --- Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter -->> http://www.4t2.com/mysql
php::bar PHP Wiki - Listenarchive