Форум MySQL

спасибо за разъяснения

Ага. Пасиб. Добавлю еще чуток.
Применение LIMIT не имеет никакого смысла, если не задан ORDER BY.

Добавлю чуток.

LIMIT - своеобразный аналог array_slice, он просто режет полный набор на порции.

Т.е.

select * from posts limit 100000,20

вопреки убеждению многих не берёт только 20 записей. Он берёт 100020 записей и отбрасывает первые 100000. Для оптимизации этого запроса лучше сделать выборку

select * from posts where post_id between 100000 and 100020

естественно post_id - уникальный ключ и физического удаления записей не происходит. При удалении их можно помечать флагом fl_deleted, например. В данном случае задействовано будет в запросе только 20 записей.

только сто каких именно записей?
Вы же понимаете. что если в таблице (в таблице кстати, а не в БД) записей тысяча, а Вы хотите взять просто сто, то запрос становится неопределенным?

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

А для проверки быстродействия есть EXPLAIN и BENCHMARK.

чтобы выбрать только 100 записей из бд
не нравится 100 можно использовать любое другое число =)
просто я все запросы пишу в таком стиле без использования JOIN'ов так таковых, и хочу узнать сильно ли это сказывается на быстродействие

какие 100 ?
И почему 100?

хорошо, а если нам надо выбрать не одну запись, а 100, меняем tb1.id = ".$id." на tb1.id >".$id.", а LIMIT 1 на LIMIT 100 ?
id первичные ключи всо всех трёх таблицах

я тут слегка потестил.
Как и предполагал, LIMIT 1 никак на скорость исполнения запроса не повлиял. Так что мусор.
добавление LEFT запрос либо не изменило либо ускорило на какие-то крохи.
Практически с LEFT операцию выполнить проще, чем без оного, а по логике оная не позволяет случайно потерять данные, если в дочерних таблицах нет строк.
счетчик бенчмарка в районе 1e6...1e8
Впрочем, тестовые таблицы были относительно небольшими.
Эксплэйн, как и ожидалось, показывает применение первичных ключей при обращении ко всем трем таблицам и просмотр ровно одной строки.

Повторюсь, различие во времени настолько незначительно (сотые доли секунды при сотне миллионов повторов) что сравнивать имеет смысл лишь эстетическую, так сказать, сторону.

В приведенном запросе?
Почему?
Benchmark и explain подтверждают?

left join работает медленнее обычного join, а без limit 1 будет еще медленнее