az index force-olasaval egybol mas a leanyzo fekvese, de amint lentebb is irtam, ~1 millio rekordnal en az optimizer helyeben mar belekukkantanek az indexekbe is.
De lehet, hogy vissza kene menni a kalyhahoz, es a tablat ill.a query-t ujratervezni. Szoval egy spamszuro db backend-jerol van szo, ahol a 'token' egy unsigned bigint (unique ertek*), van mellette 2 counter (=integer) nham es nspam. Tovabba multiuser-es kornyezetre is gondolva van minden rekordnal egy uid (=integer) oszlop. Nalam minden rekordnal uid=0 szerepel, de mashol lehet uid>0 ertek is, pl.
token | uid | nham | nspam
------+-----+------+-------
1 | 0 | 15 | 0
2 | 0 | 2 | 1
1 | 1 | 0 | 2
... ...
Szoval egy ilyesmi tablabol kene lekerdezni tobb szaz tokent (a level meretevel aranyos a tokenek szama). ha 1-esevel kerdeznem le, akkor egybol ott lenne a token oszlopra keszitett index, de ez egy elemszam folott nem szep, igy 1 lepesben akartam eddig lekerdezni kb.
select token, nham, nspam from tablename where token in (1,2,3,......,2588);
ami ugy tunik, 2018-ban mar nem koser a mysql szamara. Hogyan modositsam akar a tablat, akar a query-t, vagy akar a mysql demont (:-))?
--
"dolgozni mar reg nem akarok" - HZuid_7086 'iddqd' zoli berserk mode-ba kapcsol