Rsa97

Не нужно ничего экранировать. Нужно использовать параметризованные запросы с плейсхолдерами.

UPDATE catalog_category_entity_int AS c 
  SET c.value = 0
  WHERE c.attribute_id = 51
    AND EXISTS(
      SELECT *
      FROM catalog_category_entity_varchar AS e
      WHERE e.entity_id = c.entity_id
        AND e.attribute_id = 49
        AND e.value = 'PAGE'
    )

Естественно, перед выполнением любых запросов на массовое изменение/удаление, не забудьте сделать бэкап базы.

Такое ощущение, что код пропустили через какой-то markdown-редактор, который посчитал, что запись вида u.id это адрес сайта и автоматически заменил на соответствующий markdown-синтаксис ссылок. Такое может быть, например, при пересылке кода как обычного текста в мессенджерах.

Ну а малограмотный кодер вставил этот markdown-код не задумываясь.
Так что причина - копипаста без знания синтаксиса конкретного диалекта SQL.

По большому счёту, ODBC мешать не должен. Просто будет два соединения с базой - через нативный MySQL и через ODBC. Если сейчас CEL через MySQL не используется, то можно писать в ту же базу, просто это будет отдельная таблица `cel`.

Ловить исключение, если ошибка 2006, то переподключаться и повторять запрос. Можно организовать в своём враппере поверх PDO или mysqli.
Менее универсальный способ - увеличить таймаут для сессии

SET session wait_timeout=28800
SET session interactive_timeout=28800

Логично.
2024 - 09 - 01 = 2014
2024 - 10 - 01 = 2013
Не изучайте PHP по материалам позапрошлого десятилетия. Пишите нормально, с использованием подготовленных выражений и плейсхолдеров, и будет вам счастье.

Какой-то бред.
1. Составной ключ по автоинкрементному полю и обычному смысла не имеет, поскольку автоинкрементное поле id всегда уникально, то добавление к нем sessid ничего, кроме торможения, не добавит.
2. Делать какую-то отдельную проверку на уникальность result внутри sessid смысла не имеет. Достаточно сделать уникальный составной ключ (sessid, result) и использовать INSERT IGNORE.
3. Отдельное поле serialnumb абсолютно не нужно. Выборку всегда можно отсортировать через ORDER BY id и пронумеровать через оконные функции.

RTFM
У MariaDB (как и у MySQL) DISTINCT применяется только целиком к полученной строке. Никаких DISTINCT ON() в них нет.

Любую. На BLOB кодировка не влияет.
Но по уму фотографии не хранят в БД. Их записывают как отдельные файлы с уникальными именами, а в базе хранят оригинальное имя файла и путь к файлу.

WHERE
  b_calendar_resource.DATE_FROM <= '2024-07-13' + INTERVAL 1 DAY AND
  b_calendar_resource.DATE_TO >= '2024-07-13'

2 < 10
'2' > '10'
Непправильный тип поля place.