Сначала выполни:
ps -fp 3983
и:
sudo pgrep -a mysqld
Потом выясним, какой именно socket используется:
sudo grep -RniE '^[[:space:]]*(socket|datadir|pid-file)' /etc/my.cnf /etc/mysql /etc/my.cnf.d 2>/dev/null
И покажи содержимое /db:
sudo ls -lah /db
Особенно интересны файлы типа:
mysql.sock
mysql.sock.lock
mysqld.sock
mysqld.sock.lock
Что, скорее всего, произошло
25 сентября сервер загрузился → MySQL попытался подняться → нашёл старый lock от PID 3983 → решил, что другой MySQL уже использует socket → завершился → Laravel остался без БД → map.admirk.ru начал отдавать 500.
Есть ещё строка:
Can't create test file /db/mysqld_tmp_file_case_insensitive_test.lower-test
Её тоже проверим. Она может указывать на права на /db, но непосредственная причина завершения сейчас — именно socket lock.
Пришли вывод этих четырёх:
ps -fp 3983
sudo pgrep -a mysqld
sudo grep -RniE '^[[:space:]]*(socket|datadir|pid-file)' /etc/my.cnf /etc/mysql /etc/my.cnf.d 2>/dev/null
sudo ls -lah /db
После этого можно будет аккуратно понять, можно ли убрать stale lock и запустить mysqld.