Оплачиваются не языки программирование.

Оплачивается умение ими пользоваться.

Есть буквально одно исключение - Cobol.
Это один из старейших языков программирования, на котором начали писать еще тогда когда ваши родители еще не родились.
Приходится иметь дело с очень древними программами, причем выполняющими весьма ответственные вещи, где высока цена ошибки (первыми, кто мог позволить себе компьютеры был очень крупный бизнес)

о наблюдениям сервиса «Мой круг» в России последние пару лет по зарплатам лидируют...

Вы неверно интерпретируйте данные.

Просто ряд языков чаще используется в недорогих простых проектах. Что не отменяет их же использование в дорогих проектах. Но искажает понятие "средняя зарплата".

Плюс недорогих проектов всегда намного больше. Что еще более искажает понятие "средняя зарплата".

Ну то есть математически-формально всё так как описано в обзоре зарплат.

Но вас же интересует, поди, сколько лично вы будете зарабатывать, если смените язык?
А ваш заработок связан вовсе не с языком - а с тем, что вы в этом случае будете и с другим работодателем работать и опыта постепенно набераетесь.

Причём если Scala и Elixir два года назад по зарплатам опережали прочие языки с сильным отрывом и за последние годы выросли по зарплате несильно, то Go и Objective-C за эти же два года совершили сильный отрыв от остальных языков и догнали Scala и Elixir

Все упомянутые нельзя назвать распространенными на простых (то бишь на дешевых) проектах.

P.S.:
Узнаю типичный страх начинающего новичка (и типичное заблуждения уже начавшего новичка, который уже успел разочароваться в том, что ему не предлагают сходу 100 500 миллионов баков в месяц, как об этом все трубят) -

"Я выучу не тот язык и карьера будет погублена"
"Я выучу тот язык и карьера пойдет вверх".

Язык не важен - достаточно выбрать любой язык из мейнстрима, чтобы просто на нем было можно найти работу (или, если вы в маленьком населенном пункте и будете работать не удаленно - тогда выбор языков вообще мал).

Важно ваше умение программировать. А это понимание/знание - алгоритмов, парадигм, концепций, паттернов.

Эти вещи из языка в язык повторяются.
Трудно выучить только первый.

Сменить язык программисту с опытом - не сложно.

Уволить по несоответствию - сложно.

Чаще всего все конфликтные ситуации решаются увольнением по собственному желанию сотрудника.

Если при этом вы друг друга не надули (например, вас при этом не надувают по зарплате, а вы в свою очередь ничего у фирмы не украли), то увольнение по собственному - это выгодно обоим сторонам.

Такой сценарий мог бы быть, если бы картинка была скопирована с поиска картинок и вставлена напрямую в редактор. Но человек, работающий над редактированием блога, абсолютно уверен, что такого не было, и его слова подтверждаются тем, что часть картинок были созданы на компьютере (они не могли в принципе быть в гугле).

То есть вы заведомо отрицаете объяснение и пытаетесь что-то придумать из отсутствия информации?

Просто вставьте в свою систему логирование в момент загрузки картинок - и сможете достоверно узнать.

P.S.:
Где-то в 70% это косяки пользователей, не важно что они говорят, что не косячили.
Где-то в 29% это косяки вашего ПО, неважно, что вы уверены, что в ПО нет ошибок.
И только 1% - это косяки того вида, что вы пытаетесь сейчас обнаружить, на что и тратите сейчас кучу усилий - а это не целесообразно.

Просто вставьте логирование и понаблюдайте.

limit 1 означает, что поиск будет идти полный (оптимизированный по индексу, если индекс есть).
Но потом вам будет отдан только 1 строка из найденных.

То есть сам limit 1 ускоряет не поиск, а передачу результата между сервером и вашей программой, если вам нужна только 1 строка, а прочие строки результата не нужны.

В случае с max() все равно результатом будет 1 строка, так что что с limit 1, что без него - разницы нет.

Повангую:
Если вам нужен ID дня новой строки, то это
https://www.tutorialspoint.com/mysql/mysql-using-s...
Это действительно радикально быстрее.