MySQL-Auslastung 99%

**h3ll** · 25.12.2010, 17:45

Vermutlich hast du irgendwo böse Schleifen oder ganz kuriose Datenbankabfragen. Somit würde ich erstmal die Abfragen und deren Dauer mitloggen, dann siehst du, welche wie lange und wie oft ausgeführt werden.

Du kannst dir auch in phpMyAdmin (oder direkt im MySQL-Client) anschauen, welche Prozesse gerade laufen.

**AndroidChromeOS** · 25.12.2010, 18:22

Hi,

danke für deine schnelle Antwort aber für mich sieht das alles ganz normal aus. Aber siehe selbst..

Angehängte Dateien

Bildschirmfoto.png (115,3 KB, 192x aufgerufen)

**h3ll** · 25.12.2010, 18:27

Anhand des Screenshots sieht man leider nicht, wieviele Datenbankabfrage in einem bestimmten Zeitraum getätigt werden.

**AndroidChromeOS** · 25.12.2010, 18:29

Hmm ich bin mal die Statistiken durchgegangen. Was mir aufgefallen ist:
Opened_tables = 1,548
Table_locks_waited = 521 k

Da steht bei beidem, dass eine hohe Zahl nicht gut ist. Was bedeutet das genau?

**h3ll** · 25.12.2010, 18:35

Während einem Update oder Insert wird die jeweilige Tabelle gelockt und in der Zeit kann keine andere Abfrage auf die Tabelle zugreifen und muss warten.

**AndroidChromeOS** · 25.12.2010, 18:37

Kann man da nicht das Timeout etwas runter stellen? Dann würde die Auslastung doch sinken, oder?

**h3ll** · 25.12.2010, 18:39

Welchen Timeout?

**AndroidChromeOS** · 25.12.2010, 18:44

Gibt es keinen Timeout, der es dann wieder entlocked? Oder wird das sofort nach der Abfrage wieder entsperrt. Weil wenn ich mir mal die Prozesse anschaue, sind viel mehr Locked als Updating.

**h3ll** · 25.12.2010, 18:47

Zitat von AndroidChromeOS Beitrag anzeigen

Gibt es keinen Timeout, der es dann wieder entlocked? Oder wird das sofort nach der Abfrage wieder entsperrt. Weil wenn ich mir mal die Prozesse anschaue, sind viel mehr Locked als Updating.

Es wird automatische entsperrt, wenn der Update- oder Insert-Vorgang fertig ist. Aber Schreibvorgänge dauernd nun mal ihre Zeit. Eventuell solltest du mal kontrollieren was da so häufig in die Datenbank geschrieben wird und ob man das nicht reduzieren kann.

**AndroidChromeOS** · 25.12.2010, 19:18

Ich habe mir mal ein paar minuten lang angeguckt was da so alles rein geschrieben wird und es sind nur notwendige Dinge. Aber viel ist es im Grunde nicht. Es sind auch nur ca. 10 User gleichzeitig online. Das sollte doch für einen root ein Leichtes sein, oder?

**combie** · 25.12.2010, 19:40

Das sollte doch für einen root ein Leichtes sein, oder?

Keine Ahnung, da kann man viel Mist bauen.

Aber solange die Tabellen Struktur und die Statements geheim sind, kann man da überhaupt nix sagen.

Ausser:
Das MySQL EXPLAIN kann dir helfen die Engpässe zu lokalisieren.

**onemorenerd** · 25.12.2010, 21:21

Google mal nach MySQL Tuning-primer!
Damit kannst du leicht herausfinden, was nicht stimmt. Das Tool wird Empfehlungen geben, die du erstmal ignorieren solltest. Denn ziemlich sicher steckt der Bock in deiner Webseite.

**AndroidChromeOS** · 25.12.2010, 22:26

Okay ich hab das mal laufen lassen. Soweit alles gut, außer:

Code:

TABLE CACHE
Current table_cache value = 64 tables
You have a total of 20 tables
You have 64 open tables.
Current table_cache hit rate is 4%
, while 100% of your table cache is in use
You should probably increase your table_cache

sollte ich das machen?

//Edit: Ich weiß ja nicht was ich in meinem Script falsch mache. Ich benutze immer $variable = mysql_fetch_assoc(mysql_query("SELECT ...")); und while-schleifen habe ich nur da, wo sie auch dringend nötig sind.

Meine Tabellen sind quasi immer gleich aufgebaut: id, wert1, wert2, ..

Ich weiß nicht was ich noch sagen kann. Wenn ihr noch was braucht, dann kann ich es euch natürlich gerne liefern.

**h3ll** · 25.12.2010, 22:28

Ich denke, dass das Problem nicht beim Server sondern bei deiner Applikation liegt. Ich würde mal an der Stelle anfangen zu suchen.

MySQL-Auslastung 99%