@isotopp Sag mal, InnoDB und offpage column storage (max row size limits) - weisst du, ob man sich Performance-mässig Sorgen machen muss, wenn die Tabellen das nutzen wg vieler Spalten? Unabhängig von der Tatsache, dass man eh eins mit dem Normalisierungsknüppel übergezogen bekommt, und man sich von "richtiger" Performance ja eh schon verrannt hat...?
Also, wenn Deine Tabelle sehr viele Spalten hat und diese Spalten auch sehr viele BLOB/TEXT-Felder egal welcher Form hat, dann ist es so, daß in bestimmten Fällen diese Spalten in eigenen Pages gespeichert werden.
Dabei wird für jedes Feld, das ausgelagert wird, eine eigene 16 KB Page angebrochen. Du hast also
sehr viele unterschiedliche offpage column storages (also extra Seeks)
sehr viel interne Fragmentierung, weil im Mittel mindesens 1/2 Page unbelegt ist.
@isotopp Hmkay. varchar(40) bei dynamic row format ist natürlich jetzt auch schon was, was man in Realitäten/scope von CMS kaum einhalten kann um "onpage" zu erhalten.
Danke Dir für den Input, darauf muss ich mal herumkauen.
@isotopp Ack. Geht bei "üblichen" CMS Größen, um die's mir gehr, letztlich um Tabellen die eher hunderte statt tausende MiB (nicht GiB) groß sind, und wenn nicht jede Zeile jede Spalte immer ausfüllt.
Das Spielkind in mir möchte das benchmarken, aber ich habe mir auch erklären lassen, dass das in nicht-sinnvoll-messbaren Unterschieden liegen dürfte, bei so ner Datenbasis.
@isotopp@supergarv laut mariadb docs kann maria ein varchar() offload wenn es >255 bytes sein darf (64 utf8mb4 chars). ist das bei mysql 8.x gleich, oder sollten wir das mal besser selbst durchtesten?
Add comment