Как заставить unix-socket MySQL (MariaDb) на работать в Docker?

Question

[Евгений Вольф]

Доброго времени коллеги!

Собственно, задался вопросом, можно ли как-то заставить работать оригинальный образ MySQL/MariaDb в Docker'е, используя unix-socket.

Суть проблемы заключает в том, что, насколько я понимаю, unix-socket mysql/mariadb пытаются создать от имени того пользователя, от которого запущена сама БД и при дефолтных параметрах это ей судя по всему удаётся... Но, т.к. стандартное местоположение unix-socket'а меня по разным причинам не устраивает, я переназначаю его по другому пути, например, /var/run/mysql.socket. А так как этот путь - общий для разных контейнеров и монтируется с внешнего носителя - по умолчанию, права на запись в него принадлежат пользователю root, что в принципе не является какой либо проблемой для других программ работающих в контейнере и создающих соотв. сокет от имени root'a. Но, из документации к MySQL'у мы узнаём, что запускать БД от имени root-пользователя это полный "ахтунг" и так делать категорически не рекомендуется и т.д.

Вариантов решения проблемы я гипотетически вижу несколько:
1. Собрать свой собственный образ с БД
2. Нагородить костылей поверх оригинального образа БД

Оба варианта мне не слишком нравятся. Возможно есть какие-то иные способы обойти подобные ограничения?

P.S. Я понимаю, что "запускать базу в контейнере - моветон" и то, что у Docker'а много проблем на разных системах отличных от Linux, особенно по части БД и всё остальное, но вопрос не в том, "почему так делать не надо?", вопрос именно в том, каковы наиболее короткие пути для решения данной задачи?

UPD. Как выяснилось, дело было не в правах, с правами на папку всё как раз таки было нормально (в итоге). Более того, установка флага rw при подключении папки - автоматически выставляет права 777 при её монитровании. Проблема была в том, что текущая ФС (файловая система), не поддерживала создание unix-сокетов (тестирование проводилось в ОС отличных от Linux, на разных ФС, для того, что бы покрыть максимальное кол-во потенциальных разработчиков). В конечном итоге, решение проблемы оказалось довольно банальным - не нужно было устанавливать параметр driver: local при монтировании файловой системы, по крайней мере с целью совместимости приложения с ОС отличными от Linux (который был установлен нами в виду того, что большинство из нас работает под Linux'ом [и под Linux'ом разумеется всё это отлично работает] и такой "финт" был удобной точкой входа в БД, которая в противном случае становится изолированной). Хотя, один момент во всей этой истории для меня остаётся не понятным... данный конфиг был частично скопирован с другого контейнера, в котором так же создавался unix-сокет, таким же точно образом и как-то всё это дело работало в конкретно той же ОС Windows, с той же файловой системой. В данный момент, особого значения это не имеет, но ситуация выглядит любопытно...

Благодарю коллегу Vitaly Karasik, за участие в дискуссии. В контексте изначальное некорректно заданного мной вопроса, его ответ я думаю был правильным, отмечаю его решением.

Comments

[szelga]

если не секрет, зачем именно UNIX socket?

[Евгений Вольф]

szelga, эм... это на самом деле риторический вопрос, из области "в чём смысл жизни?", "почему именно БД 'X' а не 'Y'?", "почему люди до сих пор пользуются unix-socket'aми, когда давно уже придумали TCP?", "Почему БД не работают по UDP и другим протоколу?" и т.д., по этому, однозначного ответа на данный вопрос я Вам дать к сожалению не могу. Но, среди прочих нами преследовались следующие цели:
1. А почему не unix-socket?
2. Вся остальная инфраструктура построена на них и в данный момент нет ни одной объективной причины отступать от этих правила
3. Они быстрее TCP
4. Нам нравится слово "unix"
5. Это такой фетиш
6. Просто по тому, что мы можем его использовать
7. и т.д.

Answer 1

[Vitaly Karasik]

Создайте директорию /var/run/mysql writable для mysql.

Comments

[Евгений Вольф]

Вопрос как раз и заключается в том, как её создать не начав городить костыли, используя при этом оригинальный образ БД.

[Vitaly Karasik]

Евгений Вольф,

/var/run/mysql.socket. А так как этот путь - общий для разных контейнеров и монтируется с внешнего носителя

как вы запускаете контейнер?
что-то вроде

-v rundir:/run

?

Тогда добавьте в rundir поддиректорию mysql с соответствующим пользователем.

[Евгений Вольф]

Vitaly Karasik, через docker-compose запускаем

[Vitaly Karasik]

Евгений Вольф, пришлите YAML

[Евгений Вольф]

Vitaly Karasik, оригинального под рукой нет, но давайте для примера возьмём пример от самой MariaDb:

version: '3.1'

services:
volumes:
  local_folder: #Для совместимости с ОС отличными от Linux
    driver: local

  db:
    image: mariadb:10.4
    restart: always
    environment:
      MYSQL_ROOT_PASSWORD: example
      MYSQL_UNIX_PORT: /var/socket/mysql/mysql_socket.sock #так же можно переопределить из конфига, суть дела это особо не меняет

  volumes:
    local_folder:/var/socket/mysql:rw

[Vitaly Karasik]

Евгений Вольф,
насколько понимаю, починить можно так:
1) определить UID и GID mysql пользователя в контейнере - например, 1024 / 1024
2) на хосте:
chown 1024:1024 local_folder

по мотивам https://medium.com/@nielssj/docker-volumes-and-fil...