Здравствуйте!

Нужно максимально быстро проверить наличие оценки пользователя member_id(INT(11)) под чьим-то сообщением comment_id(BIGINT).
На одном из форумов мне сказали, что достаточно сделать эти два поля в таблице индексируемыми и выполнить запрос:
SELECT * FROM comments WHERE comment_id = 123 AND member_id = 456
Теперь моё понимание работы такого запроса. Возможно я что-то неправильно понял, поэтому прошу поправить.
Индексы помогут быстро найти все записи с определённым comment_id, но после нахождения придётся перебирать ВСЕ записи с этим id в поисках нужного member_id, т.к. они не сортированы(?) под этим индексом. Это достаточно дорогостоящая операция если оценок под конкретным комментарием будет много.
Я думаю ввести ещё одно уникальное поле varchar(24) в котором в hex виде будут храниться 8 байт comment_id и 4 байта member_id.
Т.к. поле уникальное и индексируемое, найти его будет значительно проще запросом:
SELECT * FROM comments WHERE ckey = '5f10000000000000f1300000'
К сожалению чисел размером 12 и более байт в документации к MySQL я не нашёл. Если MySQL может искать в полях varchar нулевые байты, то можно сократить длину поля до varchar(12).
Если MySQL всёже сортирует под каждым comment_id значения другого поля member_id, то в каком случае нагрузка на диски SSD будет меньше? При сознании одного уникального поля или создании двух индексируемых полей?

Как лучше подойти к решению этой задачи? Может есть другие решения?

Да, BINARY я ни разу не использовал. Про составной индекс пойду читать.

Всё просто и отлично работает!
Спасибо за информацию про составной индекс.