source

mysql 도커 컨테이너가 자주 크래시됨

manycodes 2022. 11. 25. 20:53
반응형

mysql 도커 컨테이너가 자주 크래시됨

mariadb와 워드프레스 용기를 사용하고 있습니다.하지만 이 오류는 계속 발생합니다.이 크래시가 발생하지 않도록 하려면 어떻게 해야 합니까?내가 공격받는 건가요?아니면 다른 사람들에게 일어나는 문제인가요?어떻게 하면 mariadb에 부착하고 셸에 접근하여 mariadb 컨테이너 안에서 무슨 일이 일어나고 있는지 알 수 있을까요?

모든 충돌 후 기록된 메시지를 참조하십시오.페이지 방문 횟수도 많은 것 같습니다. 페이지 방문 횟수는 페이지에 20.000~60.000회까지 올라갑니다.이건 기어다니는 로봇들의 소행인 것 같아.이것이 악의적인 공격인지는 확실하지 않습니다.

이 문제에 어떻게 대처해야 하는지 도움이 있나요?

저는 mariadb, wordpress, phpmyadmin을 디지털 오션의 ubuntu 14 아래에 있는 3개의 도커 컨테이너에서 작업하고 있습니다.크래시 메시지는 다음과 같습니다.

[1668002.926214] 메모리 부족: 프로세스 16765(mysqld)의 종료 스코어 176 또는 희생 자 [1668002.935614]의 종료 프로세스 16765(mysqld)의 합계 vm: 1012836kb, an-rss: 178840kb, file-ress: 0kb[ 1668040.924.155]의 종료 프로세스 225p 225ph.b

New York Server: [1225007.977126]메모리 부족: 프로세스 3161(mysqld) 점수 245 또는 희생 자녀[1225007.985657]킬드 프로세스 3161(mysqld) 합계-vm: 977148kb, an-rss:1248kb, file-ress:0kb)

프랑크푸르트 서버 [1632264.05783]메모리 부족: 프로세스 22421(mysqld) 점수 246 또는 희생 자녀 [1632264.067530]킬드 프로세스 22421(mysqld) 합계 VM: 1005228kb, an-rss: 249328kb, file-ress: 0kb

Docker Hub의 공식 MySQL 이미지는 MySQL에서 권장하는 구성을 사용합니다.기본적으로 디폴트 구성은 퍼포먼스에 맞게 조정되어 메모리 용량(수 기가바이트)이 많은 전용 서버에서 MySQL을 실행하는 것을 목적으로 하고 있습니다.

요건 및 사용 가능한 리소스에 따라 MySQL 설정 조정

작은 Digital Ocean 액체(512MB, 1GB)의 컨테이너에서 MySQL을 실행하는 경우 상황에 맞게 기본 설정을 변경해야 합니다.예를 들어, 동시 연결의 최대량을 제한하고 쿼리 캐시를 줄이는 등입니다.

또한 기본적으로 Digital Ocean drops에는 스왑이 구성되어 있지 않으므로 메모리가 부족하면 SSD를 사용하여 스왑할 수 없습니다.일시적으로 추가 메모리가 필요한 경우(예: 데이터베이스 재이상을 할 때) MySQL이 크래시하지 않도록 이러한 물방울에 스왑을 구성하는 것이 중요합니다.

이 문서에서는 Digital Ocean에서 Ubuntu 14.04로 스왑 파티션을 설정하는 방법, Ubuntu 14.04에서 스왑을 추가하는 방법에 대해 설명합니다.

MySQL Docker 공식 저장소의 다음 문제에는 "퍼포먼스" 또는 "메모리 효율성"을 위해 MySQL 설정을 조정하기 위한 힌트가 포함되어 있습니다.

Docker Hub의 MySQL readme에서는 사용자 정의 구성 파일 사용 방법을 설명합니다. "사용자 정의 MySQL 구성 파일 사용"

언급URL : https://stackoverflow.com/questions/34847431/mysql-docker-container-crashes-often

반응형