Коротко - есть баг от 2012-06-14 порд номером 10103123  (SW672486):
При обращении к полю внешнего источника данных MySQL, содержащему в имени знак подчеркивания, происходит ошибка - это поле обрамляется двойными кавычками и SQL запрос не проходит проверку синтаксиса. Этот баг появился после версии 8.2.14.519 и не исправлен до версии 8.3.13.1690 включительно (что с более позними не знаю)
Так вот - я нашел достаточно элегантное решение этой проблемы. Дело в том, что MySQL синтаксис позволяет интерпретировать двойные кавычки, как одинарную косую кавычку (которая и используется для обрамления имен полей и таблиц) при включенном режиме ANSI_QUOTES.
Чтобы использовать эту возможность - необходимо:
1. Создать системный MySQL ODBC DSN со всеми нужными данными для подключения.
2. В поле Initial Statement вписать запрос на установку нужного режима для сессии: SET SESSION SQL_MODE=ANSI_QUOTES;
3. Рекомендую установить галочку Allow Multiple Statements для возможности исполнения нескольких запросов за раз.
4. НЕ ИСПОЛЬЗОВАТЬ двойные кавычки в тексте запроса, заменить их одинарными при необходимости.
5. Для подключения к внешнему источнику я использую следующий код:
    ПараметрыСоединения = Новый ПараметрыСоединенияВнешнегоИсточникаДанных;
    ПараметрыСоединения.АутентификацияОС = Истина; //Без этой строки данные аутентификации DSN не учитываются
    ПараметрыСоединения.СтрокаСоединения = "DSN=" + ИмяВашегоDSN;
      ВнешниеИсточникиДанных.mysql.УстановитьОбщиеПараметрыСоединения(ПараметрыСоединения);
      ВнешниеИсточникиДанных.mysql.УстановитьСоединение();
    ...
    ВнешниеИсточникиДанных.mysql.РазорватьСоединение();

Надеюсь было полезно.

(0)[Надеюсь было полезно.]
нет, от слова совсем

(0) ...что мешает юзать ADO и не подсаживаться на зависимость от движка 1с ?

(2) Кто мешает написать обертку на чем угодно которое предоставляет для 1С http-сервис?

(3) опять что то ваять ... смысл. Адо в винде по умолчанию дрова поставить только для мускула

сервисы сервера обертки ....

(4) Сервер не на винде уже давно не редкость или фреш.
К черту ado.

Кто все еще использует ADO в 2019 году, просто не смог освоить ничего получше.

http://restsql.org/doc/Overview.html

(7) пописывать http сервисы и парясь мегапростыни Jason?

(9) Не освоил? Там писать меньше чем с ADO, работает быстрее и удобнее.
Можно сразу в объекты 1С превращать.

(10)  так где ваять ? На стороне  мускула ?

(11) На стороне 1С или на стороне сервиса, mysql не трогается.

(12) вот и я про то ... на стороне  того кто отдаёт

(12)+ И если что достаточно просто сменить mysql на нечто иное ибо у нас есть прокладка в виде rest.
Не переписывая 1С часть.

(13) Не обязательно, можно и в 1С.

(14) :) если есть желание городить огород по отдаче инфы от источника в виде прокладок ...это выбор .

А можно по простому и понадёжней . Доступ к табличкам и норм

Или в мускуле таблицы в виде... треугольника ?:)

(17) Для меня ADO это не "просто и надежно" а deprecated

даже городя огород с прокладками в видео сервиса все равно придётся задействовать sql для дергания инфы из таблиц .... лучше уж сразу дергать из получателя без посредников

(20) ADO по вашему не посредник?

(21) естественно это универсальный посредник для доступа к данным

Но без этих всех шаманств с жесонами хмелями вебсерверами :)

Как то было дело .работал работал сервис соап а потом
Закончилось банальщиной адо и табличками :)