Adaptive hash index
InnoDB's automatische sluipweg die een hashtabel bouwt over de indexprefixen die het vaakst worden opgezocht, zodat een puntopzoeking de afdaling door de B-tree overslaat. In de praktijk vaak uitgezet.
Het mechanisme is verborgen en beheert zichzelf: de engine telt patronen in de opzoekingen, en zodra dezelfde prefix van dezelfde index vaak genoeg met gelijkheidscondities wordt geraakt, bouwt hij een hash van sleutelwaarde direct naar het record in de buffer pool. Een opzoeking die anders drie of vier paginabezoeken kost, kost er dan één. Het probleem is dat de structuur globaal is en door latches wordt beschermd, waardoor hij onder hoge gelijktijdigheid op veel cores een van de bekendste serialisatiepunten in InnoDB is. Bij het verdringen van pagina's en bij DDL moet hij bovendien worden afgebroken, wat de server in vlagen kan vastzetten. Het standaardadvies van zowel het MySQL- als het MariaDB-kamp is daarom al lang om met en zonder te meten, en een flink deel van de zware OLTP-installaties draait met innodb_adaptive_hash_index=OFF.