Write stall
Wanneer een op LSM gebaseerde database inkomende schrijfacties bewust vertraagt of helemaal stopt omdat compactie het niet bijhoudt. De meest genoemde oorzaak van latentiepieken in RocksDB.
Een LSM-engine neemt schrijfacties in het geheugen aan en flusht ze naar level nul, waarna achtergrondthreads de data door de levels naar beneden moeten werken. Komen de schrijfacties sneller binnen dan compactie kan verwerken, dan groeit de schuld. Omdat het aantal bestanden op level nul bepaalt op hoeveel plaatsen een leesactie moet zoeken, kan het systeem die schuld niet ongehinderd laten oplopen. De oplossing is het probleem zichtbaar maken: bij één drempel worden schrijvers afgeremd tot een vaste snelheid, bij een hogere worden ze volledig stilgezet tot de situatie herstelt. Voor de applicatie lijkt het alsof de database een paar seconden hing. De remedies zijn stuk voor stuk onaangenaam: meer compactiethreads, grotere memtables, een minder schrijfintensieve compactiestrategie, of gewoon minder belasting.