InnoDB gebruikt geclusterde primaire sleutels, dus de primaire sleutel wordt samen met de rij in de gegevenspagina's opgeslagen, niet in afzonderlijke indexpagina's. Om een bereikscan uit te voeren, moet u nog steeds door alle potentieel brede rijen op gegevenspagina's scannen; merk op dat deze tabel een TEKST-kolom bevat.
Twee dingen die ik zou proberen:
- voer
optimize tableuit . Dit zorgt ervoor dat de gegevenspagina's fysiek in gesorteerde volgorde worden opgeslagen. Dit zou een bereikscan op een geclusterde primaire sleutel mogelijk kunnen versnellen. - maak een extra niet-primaire index op alleen de kolom change_event_id. Hiermee wordt een kopie van die kolom opgeslagen op indexpagina's die veel sneller kunnen worden gescand. Controleer na het maken van het plan het uitleggen om er zeker van te zijn dat het de nieuwe index gebruikt.
(u wilt waarschijnlijk ook de kolom change_event_id bigint unsigned maken als het vanaf nul oploopt)