Чтобы выяснить, что быстрее, разбейте терминал, напишите скрипт, который запускается каждые 1000 раз, и сравните результаты:)
Что касается того, являются ли они эквивалентными, оптимизатор запросов очень часто придумывает один и тот же план выполнения для нескольких запросов SQL, которые делают одно и то же, поэтому они вполне могут быть. Я не могу сказать вам, получат ли эти лица такое лечение, но вы можете использовать EXPLAIN, чтобы увидеть планы выполнения для себя и сравнить их, предполагая, что у вас есть некоторые данные.
Если планы выполнения действительно одинаковы, рекомендуется выбрать более читаемый оператор, чтобы любой, кто придет поддержать код, мог это легко сделать. В качестве альтернативы, если они не совпадают, вам нужно решить, стоит ли сложное для чтения утверждение о дополнительном выигрыше в производительности, который зависит от того, насколько высока производительность сделки в вашем проекте. Я бы сказал, что если у вас относительно небольшая БД, которая вряд ли сильно масштабируется, и время отклика менее 10 мс, то производительность не является проблемой, поэтому просто поддерживайте ее в обслуживании.