Artikeln jämför prestandan mellan "Full Table Scan" och "Full Index Scan" i databasfrågor, med fokus på MySQL. Trots att dokumentation ofta rankar "Full Index Scan" som sämre, visar praktiska tester att prestanda beror på om data lagras i minne eller på disk, samt om indexet är "covering". MySQL-optimeringen väljer inte alltid den snabbaste planen, särskilt när data finns i minnet, vilket kan kräva manuell optimering som "force index". För icke-täckande index kan "Full Table Scan" vara snabbare på långsamma diskar på grund av sekventiella läsningar jämfört med slumpmässiga läsningar från index. Det är avgörande att mäta faktisk exekveringstid för frågor istället för att enbart förlita sig på EXPLAIN-utdata för att bedöma prestanda.