Попробуйте индексы (destname, flag) или (destname). По идее, первый должен быть быстрее.

Поле flag может быть NULL?
Почему имена пользователей не вынесены в отдельную таблицу пользователей?

Deus_2016Да и смысл какои через 2 таблицы при инсерте ходить причем сразу 2х никовФразу не понял, но пояснию - хранить идентификаторы пользователей дешевле, чем сами ники. Кроме того, размазывание ников по разным таблицам затрудняет некоторые операции. Например, смену ника у пользователя. А для ряда запросов все равно требуется соединение с таблицей пользователей, которую дешевле делать по числовым полям.

Deus_2016возможна некоторая другая структура данных для быстрого поиска?Про минимизацию хранимых данных я уже писал.

Конкретно для запроса из начального поста больше нечего предложить кроме одного из пары индексов.
Для других запросов - нужно смотреть конкретные запросы.


Deus_2016Суть тут простая человек ставит + или - другому человеку.Для этой задачи назначение полей id и idhardware остается непонятным. Но это дело ваше, если считаете, что нужно - пусть будут.

Deus_2016как я понимаю без первичного индекса не как не обоитисьНу если только по каким-то вашим собственным причинам (например, без этого не работает используемая библиотека). Самому MySQL все равно есть в таблице первичный ключ или нет.
Deus_2016второе поле создает уникальнось при проверке idhardware в другом запросе чтоб можно было только один раз голосовать с одного компьютераДля этого нужен уникальный индекс (name, idhardware) или (name, destname, idhardware) в зависимости от деталей задачи. Он же мог бы быть и первичным ключом.

Deus_2016miksoft, да индекс по 3 полям. но для чего он нужен тогда собственно? если я всего лишь проверяю WHERE name AND idhardware AND destname, если ответ 0 то можно вставлятьВот для того и нужен, чтобы не проверять. Ну и чтобы исключить риск параллельной вставки в момент между проверкой и вставкой.