Почему port = 0 в mysql и как это исправить?

Для проверки, на виртульной машине выполните команду netstat -natp |grep LIST, и смотрите вывод, есть там mysql или нет. Если нет - значит порт и не используется, всё через socket.

В каких случаях появляется раздел additional в dig?

У меня ситуация обратная, nslookup -type=any не упоминает, что у yandex.ru есть NS-записи. А для ya.ru о них сообщает.

Правда IP-шки NS-ов не пишет. Возможно это особенность dig, ресолвить IP.

В каких случаях появляется раздел additional в dig?

Хммм, а может можно обойтись отключением рекурсии в этой спец-зоне?

Что не так linux проброс ipv4?

Подсетки на них одинаковые? А route/gateway как настроены?

Как правильно написать регулярное выражение (Nodepad++)?

Попробуте так: ((8|\+7)[ -]?)?(\(?[0-9]{3}\)?[ -]?)?[0-9 -]{7,10}

Как сделать проверку на наличие пользователя в базе данных?

Еще вам стоит переделать $this->_db->query() на $query->execute(), чтобы защититься от наипростейшего взлома базы данных.

Как сделать проверку на наличие пользователя в базе данных?

P.S. И $pass на $this->pass.

Как сделать проверку на наличие пользователя в базе данных?

Так исправьте на $this->name, элементарно же...

Как добавить IP адрес в таблицу iproute2 из IP блока?

Вообще-то да, на конкретном устройстве этот IP прописать можно, но этим вы загрузите свою сеть "по самое небалуйся". Потому-что ЛЮБОЙ пакет данных, посланный на этот IP, будет доставлен/обработан ВСЕМИ устройствами сети. Так что вперед и с песней, поставьте туда какой-нибудь очень высоконагруженный файловый или SQL-сервер, и увольняйтесь побыстре...

Никак не поднимается mysql, где лежит файл клиентских настроек?

Попробуйте указать в команде аргумент --initialize

Как добавить IP адрес в таблицу iproute2 из IP блока?

Попробуйте не указывать src: ip route add xxx.xxx.xxx.63 dev ens23 table wan-63
Но всё равно сомнительно, что broadcast-адрес куда-то удастся прислюнявить.

Никак не поднимается mysql, где лежит файл клиентских настроек?

Ещё в логах можно высматривать, что говорит MySQL, может какие-то отдельные таблицы сбойные?
Тогда можно удалить+залить только сбойные таблицы, вдруг и запустится в обычном режиме.

Никак не поднимается mysql, где лежит файл клиентских настроек?

Копия битой базы хранится?
Самое простое: после полного MySQL-дампа удалить базу, переключить в нормальный режим, и залить полный MySQL-дамп. Так вы получите работоспособную базу в обычном режиме.

НО, большое НО! Останется вопрос в корректности данных в базе. Ведь где-то в таблицах могут хранится значения, которые не соответствуют значеням в других таблицах... И тут уже нужна полная проверка от производителя (Битрикс-а).

Никак не поднимается mysql, где лежит файл клиентских настроек?

Так проверьте, не работает-ли mysql после первого запуска. Вполне возможно он там таблицы восстанавливает, файлы копирует-прочесывает, вот-вот все будет сделано, а вы его пытаетесь перезапустить в этот момент...

Никак не поднимается mysql, где лежит файл клиентских настроек?

Новую строку вы вписываете в блок [mysqld], да?

И еще, странным выглядит имя службы, для service оно одно, а для systemctl - уже другое. Проверьте, что в момент запуска mysqld не работает (уже).

Никак не поднимается mysql, где лежит файл клиентских настроек?

Да, судя по всему - физически побились файлы базы данных.
Делайте backup директории /var/lib/mysql (или где у вас хранится вся база), а потом добавляйте параметр "innodb_force_recovery=6" в файл my.cnf, и пытайтесь еще раз стартануть сервис, стандартным путем. Возожно он сам справится с восстановлеием файлов... Если нет - вы же делали ежедневные/еженедельные бэкапы?

Никак не поднимается mysql, где лежит файл клиентских настроек?

Ну вот, теперь запускайте MySQL вручную: killall mysqld_safe mysqld ; mysqld_safe --console, он должен написать свои ошибки прямо на экран.

Никак не поднимается mysql, где лежит файл клиентских настроек?

Так вот у файла z_bx_custom.cnf и не должно быть 777, MySQL именно на 777 и ругается!

Никак не поднимается mysql, где лежит файл клиентских настроек?

Ещё момент, выполните команду chmod o-w /etc/mysql/conf.d/z_bx_custom.cnf.
Может из-за незагрузки этого конфигурационного файла всё и обламывается?

Никак не поднимается mysql, где лежит файл клиентских настроек?

Мда, из подробностей только mysqld.service: control process exited, code=exi ted status=1.
Для определения причины проблемы - маловато данных.
Запускайте killall mysqld_safe ; mysqld_safe, может хоть так его ошибки увидим...