MySQL 데몬 잠금 문제

MySQL 데몬 잠금 문제

어젯밤 MySQL 서버가 갑자기 다운되었습니다.시(용)를 하여 다시 할 때service mysql restart 요 -다 더emysql -u root -p사령관님, 알겠습니다.

오류 2002(HY000):소켓 '/var/run/mysqld/mysqld를 통해 로컬 MySQL 서버에 연결할 수 없습니다.양말' (2).

()mysqld프롬프트가 약 2초간 행해졌다가 되돌아옵니다.오류 로그를 자세히 조사한 결과 다음과 같은 결과가 나왔습니다.

2016-01-22T19:18:32.399584Z 0 [ERROR] Could not create unix socket lock file /var/run/mysqld/mysqld.sock.lock.

2016-01-22T19:18:32.399622Z 0 [ERROR] Unable to setup unix socket lock file.

2016-01-22T19:18:32.399646Z 0 [ERROR] Aborting

그 다음에 시도했습니다.chown mysql /var/run/mysqld,chmod -R 775 /var/run/mysqld그리고.apt-get install mysql-community-server --reinstall이 없 운이 없습니다.

주위를 둘러보았지만 해결책을 찾지 못했습니다.도움이 필요하십니까?

참고: MySQL 커뮤니티 서버 5.7.10으로 Debian 8(제시)를 실행하고 있습니다.

저는 방금 이 일을 당했습니다.mysql 설치가 조금 이상해서 /var/run/mysqld/가 누락되었습니다.

MySQLd가 소켓 및 잠금 파일을 만드는 중이었는데 상위 디렉터리가 없습니다.저는 단지 그 디렉토리를 만들었을 뿐입니다.

sudo mkdir /var/run/mysqld

mysql에 연결했습니다.

sudo chown mysql:mysql /var/run/mysqld

그리고 나서 정상적으로 sqld를 시작할 수 있었습니다.

저는 오늘 우분투 서버에서 같은 문제를 겪었습니다.하지만 해결책은 잠금을 해제하는 것이 아니라고 생각합니다.그()dmesg | tail그리고.journalctl -xe)에서 apparor 문제임을 밝혔으며 해결책은 이 질문에서 찾을 수 있습니다.

다음 오류가 있었습니다.

[ERROR] Unix socket lock file is empty /var/lib/mysql/mysql.sock.lock.

이 오류는 서버에 100% 사용 공간이 부족하다는 결과로 나타납니다(아래 참조).

Filesystem     1K-blocks     Used Available Use% Mounted on
/dev/xvda1      41153856 28531384  12187364  100% /

폴더에 적절한 권한이 있는지 확인합니다.

chown mysql:mysql /var/lib/mysql/

그리고 mysql 서버가 새로운 파일을 생성할 수 있도록 파일을 반드시 삭제해야 합니다.

rm /var/lib/mysql/mysql.sock.lock

저와 같은 구성을 가진 사람에게 도움이 될 경우를 대비하여 이 답변을 게시합니다.이 구성과 관련하여 유사한 문제가 있었습니다.

OS:Ubuntu 20.04 , MySql :8.0

했습니다에서 했습니다./var/log/mysql/error.logsystemctl start mysql

[ERROR] [MY-010273] [Server] Could not create unix socket lock file /var/run/mysqld/mysqld.sock.lock.

수정도 비슷했습니다.

mkdir -p /var/run/mysqld/
chmod 777 /var/run/mysqld/

그리고 물론 mysql 서버가 설치되는 곳마다 충분한 공간이 있었습니다.

아래 명령들이 저에게 효과가 있었습니다.

sudo mkdir /var/run/mysqld

sudo chmod 777 /var/run/mysqld -R

디스크 공간이 부족할 수도 있습니다.

도커를 달리는 사람들을 위해.이미 도커에서 mysql을 실행하고 있는 경우에는 이러한 오류도 발생합니다.mysql 컨테이너를 제거하면 문제가 해결되었습니다.

일반적인 답변을 시도하기 전에 로그 파일(/usr/local/var/mysql/*.local.err)을 확인하는 것이 좋습니다.

---

의 경우 을 열 수 했습니다([Server] Could not open unix socket lock file /tmp/mysql.sock.lock.) 그리고 한 번 권한을 변경하면 제거할 수 없다고 하소연했습니다! ([Server] Could not remove unix socket lock file /tmp/mysql.sock.lock errno 13.)

제거하고 mysql.server start and DONE을 실행합니다.

제 솔루션이 조금 달랐기 때문에 이것을 추가하는 것입니다.Mysql 데이터 디렉토리를 다른 파티션으로 이동한 후 권한 설정 및 파일 터치에 저항하는 소켓 잠금 파일 생성 문제가 발생했습니다.약간의 탐색을 통해 /etc/var/mysql을 이동하는 데 필요한 구성 업데이트를 발견했을 수도 있다고 생각하지만, 시간이 요인이었기 때문에 나는 방금 새로운 빈 /etc/var/mysql 폴더를 만들고 mysql.mysql을 chmod로 소유자로 만들었습니다.Mysql이 바로 시작했습니다.

/var/lib/mysql/mysql.sock.lock & /var/lib/mysql/mysql.sock.lock.bck & /var/lib/mysql/mysql.sock.bck로 각각 이름을 바꾸고 mysqld를 시작합니다.그건 효과가 있다.

도커를 사용하여 MySQL을 실행하는 경우 도커 기본 설정에 할당된 디스크 공간이 충분한지 확인하십시오.

고정. 추가skip-external-locking로.my.cnf아래에[mysqld]섹션을 클릭한 다음 전체 시스템을 재부팅합니다.이걸 발견한 사람은 누구나 해결할 수 있습니다.또한 데이터를 백업한 경우 복원을 시도하고 다음 작업을 지시받았을 때rm ib*당신은 그것을 작동시키기 위해 필요합니다.ibdata파일.

언급URL : https://stackoverflow.com/questions/34954455/mysql-daemon-lock-issue