Форум пользователей MySQL

Доброго дня, Коллеги!

Есть таблица t(address_id bigint, f1 bigint, f2 bigint, f3 bigint) типа innodb, в ней с полмиллиарда записей.

Инфраструктура: Debian 16.04,  mysql 5.6.16.

analyze table делал.

Есть primary key (address_id, f1)
и индексы i1(address_id, f2) и i2(address_id, f3)

EXPAIN запроса
SELECT * FROM `t` WHERE address_id = 212821379 AND t.`f3` IS NULL;
Показывает в секции key использование 8 байт индекса primary, в то же время в possible keys перечислены все
три индекса (включая primary).

Хотя казалось бы логичнее здесь использовать полностью индекс (address_id, f3).

К слову, если заменить запрос на SELECT * FROM `t` WHERE address_id = 212821379 AND t.`f3`=1;, то используется 17 байт индекса f3.

Ну и если подсказать use index(address_id, f3), то тоже используется 17 байт индекса f3 (правда число rows больше, может в том и дело)?

Прошу прокомментировать поведение explain - почему вторая половинка не хочет быть использована в is null конструкции (is not null тоже пробовал, explain выбирает тот же индекс, что и при is null), в то же время
если на строгое равенство, то индекс используется полностью?

Возникает ощущение, что во всех случаях кроме использования второй половинки индекса на строгое равенство используются только первые 8 байт индекса primary, как будто вторая половинка и не сдалась.

Или дело в том, что оптимизатору ( если ему кажется, что он выберет слишком много записей по индексу) просто выгодней сделать FTS в рамках индекса? Тогда каков критерий - до какого количества предполагаемых процентов он будет выбирать по индексу, а в каком случае сделает "FTS" (в рамках индекса, конечно)?