EN

↑ ↓ auswählen, Enter öffnen, Esc schließen

Redis und Memcached

Objekt-Caches machen WordPress und andere PHP-Anwendungen spürbar schneller. Befehle zum Prüfen, Leeren, Überwachen und Debuggen von Redis und Memcached.

15 Einzeiler: 12 harmlos, 1 vorsicht, 2 destruktiv

redis 13redis-cli 12cache 4keys 4flush 3speicher 2performance 2memcached 2nc 2statistik 2

Alle Redis-Datenbanken leeren (FLUSHALL)

$redis-cli FLUSHALL
destruktiv

Anzahl der Keys in einer Redis-Datenbank ermitteln

$redis-cli -n 0 DBSIZE
harmlos

Belegte Redis-Datenbanken und Anzahl Keys anzeigen

$redis-cli INFO keyspace
harmlos

Eine einzelne Redis-Datenbank leeren (FLUSHDB)

$redis-cli -n 0 FLUSHDB
destruktiv

Größte Keys in Redis finden

$redis-cli -n 0 --bigkeys
harmlos

Langsame Redis-Befehle anzeigen (SLOWLOG)

$redis-cli SLOWLOG GET 10
harmlos

Memcached komplett leeren (flush_all)

$printf 'flush_all\nquit\n' | nc 127.0.0.1 11211
vorsicht

Memcached-Statistik per netcat abfragen

$printf 'stats\nquit\n' | nc 127.0.0.1 11211 | grep -E 'STAT (curr_items|bytes|limit_maxbytes|get_hits|get_misses|evictions|curr_connections) '
harmlos

Prüfen, ob Redis erreichbar ist

$redis-cli -h 127.0.0.1 -p 6379 ping
harmlos

Redis über Unix-Socket ansprechen

$redis-cli -s /run/redis/redis-server.sock ping
harmlos

Redis-Befehle kurzzeitig live mitlesen (MONITOR)

$timeout 10 redis-cli MONITOR
harmlos

Redis-Keys nach Muster zählen, ohne den Server zu blockieren

$redis-cli -n 0 --scan --pattern '*transient*' | wc -l
harmlos

Speicherverbrauch und Limit von Redis anzeigen

$redis-cli INFO memory | grep -E '^(used_memory_human|used_memory_peak_human|maxmemory_human|maxmemory_policy|mem_fragmentation_ratio):'
harmlos

Status des Redis Object Cache in WordPress prüfen

$wp redis status --path=/var/www/vhosts/example.com/httpdocs
harmlos

Trefferquote des Redis-Caches anzeigen

$redis-cli INFO stats | grep -E '^(keyspace_hits|keyspace_misses|evicted_keys|expired_keys):'
harmlos

Erst lesen, dann ausführen.

Die Befehle auf myline.de greifen direkt in Server, Dateien und Datenbanken ein. Ein falscher Pfad oder Platzhalter kann Daten unwiderruflich löschen oder einen Server unerreichbar machen.

  • Alle Befehle werden ohne Gewähr bereitgestellt und sind nicht auf jedem System getestet.
  • Vor dem Ausführen verstehen, was ein Befehl tut, und jeden Platzhalter prüfen.
  • Vorher ein Backup anlegen und möglichst zuerst auf einem Testsystem ausprobieren.
  • Die Ausführung erfolgt auf eigene Verantwortung. Eine Haftung für Schäden ist ausgeschlossen, soweit gesetzlich zulässig.