
Ist es möglich, die Anzahl der von einer Abfrage in Aurora gelesenen Bytes abzurufen? Wenn nicht auf Abfrageebene, ist es dann möglich, dies auf Tabellenebene abzurufen?
Ich habe mir Performance Insights und die Performance_Schema-Tabellen angesehen, aber sie alle scheinen nur Daten für ROWS_SCANNED zu enthalten, nicht die Anzahl der physischen Bytes. Metriken für I/O in Performance Insights scheinen ebenfalls auf Datenbankebene und nicht auf Tabellenebene zu liegen.
Antwort1
Alle Informationen zu InnoDB finden Sie unterSHOW STATUS LIKE 'Innodb_%';
Es gibt einen Grund dafür, dass die Metriken global sind und nicht auf Datenbank- oder Tabellenebene – der Pufferpool ist ein Cache. Jede Abfrage hängt von jeder anderen Abfrage ab und stört diese. Zumindest auf I/O-Ebene.
Ich bezweifle, dass „gescannte Bytes“ relevant ist. Es scheint, dass „berührte Zeilen“ nützlicher ist. Nach dem I/O ist der Zugriff auf eine Zeile die aufwändigste Aufgabe bei der Ausführung einer Abfrage.
Leider handelt es sich bei den Innodb-Statuswerten um aggregierte Statistiken. Sie müssen daher zu einer ruhigen Zeit jeweils eine Abfrage ausführen, um Statistiken für eine einzelne Anweisung zu erhalten.
Tun Sie dies vor und nach Ihrer Abfrage und berücksichtigen Sie dann die Unterschiede.
SHOW STATUS LIKE 'Innodb%read%';
Achtung: Manche zählen Zeilen, manche zählen Blöcke, manche zählen Bytes.
Bedenken Sie, dass Dinge wie „Von der Festplatte gelesene Bytes“ aufgrund der Blockierung in Vielfachen von 16 KB vorkommen. Ich glaube nicht, dass irgendetwas „gescannte Bytes“ überwacht.
Bitte beschreiben Sie genauer, was Sie mit den Daten machen möchten, wenn Sie sie bekommen könnten. Ich kann Ihnen möglicherweise eine gezieltere Antwort geben.
Ich finde, das SHOW SESSION STATUS LIKE 'Handler%';
ist sehr gut geeignet, um herauszufinden, wie viel Arbeit für eine einzelne Abfrage anfällt. Und das gilt pro Sitzung (sowie global).
„Schreib“-Metriken beziehen sich normalerweise auf temporäre Tabellen, die zur Unterstützung komplexer erstellt wurden SELECTs
.