MySQL geringe Table Cache Effizienz

[xcomm]

Hi Gemeinde,

ich habe Folgendes in MySQL:

Code: Alles auswählen

| Open_tables             | 84     | 
| Opened_tables           | 5811   |

Mein table_cache ist schon Recht hoch:

Code: Alles auswählen

| table_cache                | 17900     | 

Tabellen habe ich nur ca. 100 und max_connections sind auch nur 100.

Code: Alles auswählen

mysql> SELECT COUNT(*) FROM information_schema.TABLES;
|       96 | 

Updates sind eher selten. Und FLUSH TABLES commands werden auch nicht wirklich verwendet.

Code: Alles auswählen

mysql> SHOW GLOBAL STATUS LIKE "Flush_commands%";

| Flush_commands | 1     | 

Was mysqltuner.pl dazu sagt:

Code: Alles auswählen

[!!] Table cache hit rate: 1% (84 open / 5K opened)

File Descriptors sollte das System genug haben:

Code: Alles auswählen

cat /proc/sys/fs/file-max
151959

Weiß jemand, warum so wenige Tabellen gecached werden?

Regards, xcomm

[dominator]

Was liefert denn ein

Code: Alles auswählen

SHOW STATUS LIKE "Qcache%"

[xcomm]

Hi Dominator,

danke für Deine Antwort!

Code: Alles auswählen

mysql> SHOW STATUS LIKE "Qcache%";
+-------------------------+-----------+
| Variable_name           | Value     |
+-------------------------+-----------+
| Qcache_free_blocks      | 9         | 
| Qcache_free_memory      | 108674896 | 
| Qcache_hits             | 4877501   | 
| Qcache_inserts          | 634703    | 
| Qcache_lowmem_prunes    | 0         | 
| Qcache_not_cached       | 94094     | 
| Qcache_queries_in_cache | 10010     | 
| Qcache_total_blocks     | 20065     | 
+-------------------------+-----------+
8 rows in set (0.01 sec)

Regards, xcomm

[dominator]

| Qcache_not_cached | 94094 |

Du hast viele Abfragen, die nicht zwischen gespeichert werden (können)

Ich vermute mal, du hast viele Updates in deinen Tabellen, dann bringt ein Abfragen-Cache natürlich nicht viel :

If a table changes, all cached queries that use the table become invalid and are removed from the cache.

Alles Weitere findest du hier : http://dev.mysql.com/doc/refman/5.1/en/ ... ation.html

| Qcache_lowmem_prunes | 0 |

Bei deinem riesengroßen Cache kein Wunder

[rendegast]

Das Skript mysql tuning primer gibt auch Ratschläge für Änderungen:
https://launchpad.net/mysql-tuning-primer/+milestones
Das System sollte dazu schon einige Zeit gelaufen sein.

[filou]

Hi xcomm,

erstmal - bisschen wenig an Informationen bzgl. deiner DB.
Hast du überhaupt Performance Probleme bei der DB, oder ist dir nur grad dieser Wert aufgefallen?
Wie auch immer... Setze den wert von

Code: Alles auswählen

table_open_cache 
table_cache 

auf einen vernünftigen Wert. Du sagst, du hast wenig Tabellen. Dann nimm Anzahl Tabellen * 2, oder 3. Runde ruhig großzügig auf..

Starte deine DB wieder mit den neuem Wert.

Code: Alles auswählen

open_tables

sollte jetzt schon einen Wert haben.

Code: Alles auswählen

opened_tables

sollte nicht wachsen.
Jetzt musst du beobachten - was macht deine Applikation mit der DB und wie verhält sich der Wert

Code: Alles auswählen

opened_tables

Steigt dieser Wert sehr schnell an, ist das eher schlecht und du musst genauer hinsehen, warum und wieso. Welche Abfragen laufen gerade, wie ist deine Systemauslastung, was passiert mit deinem RAM, mit SWAP, werden tmp Tabellen auf die Platten geschrieben....
Steigt der Wert alle 2 Monate mal an, würde ich mir nicht unbedingt Sorgen machen.

Warum jetzt der Query Cache hier genannt wird, kann ich nicht nach vollziehen. Dieser hat nichts mit dem table_cache zu tun und ist eine andere Baustelle.

Code: Alles auswählen

Qcache_lowmem_prunes

Ähem - Hier ist alles in Ordnung! Hier steht die Anzahl der Abfragen, die wegen Speichermangels aus dem QCache gelöscht wurden. Da bei dir der Wert 0 ist, sehe ich hier kein Problem.
Warum ein Query nicht gecached wird, kann mehrere Gründe haben. Aber ds war ja nicht die Intention deiner Frage.

[dominator]

Warum jetzt der Query Cache hier genannt wird, kann ich nicht nach vollziehen. Dieser hat nichts mit dem table_cache zu tun und ist eine andere Baustelle.

Das stimmt, ich habe vorschnell den Topic ein bisschen erweitert