3.서버 정지 서버 를 수 동 으로 시작 하려 면 MySQLadmin 을 사용 하 십시오. %mysqladmin shutdown 서버 를 자동 으로 정지 하려 면 특별한 일 을 할 필요 가 없습니다.BSD 시스템 은 일반적으로 프로 세 스에 TERM 신 호 를 보 내 서 서 비 스 를 중단 하거나 정확하게 응답 하거나 거 칠 게 죽 입 니 다.my sqld 는 이 신 호 를 받 았 을 때 종료 로 응답 합 니 다.mysql.server 로 서버 를 시작 하 는 System V 스타일 의 시스템 입 니 다.프로 세 스 를 중단 하면 stop 매개 변수 로 이 스 크 립 트 를 호출 하여 서버 가 종료 되 었 음 을 알려 줍 니 다.물론 my sql.server 가 설치 되 어 있다 고 가정 합 니 다. 4.서버 에 연결 할 수 없다 면 서버 에 대한 통 제 를 어떻게 다시 얻 습 니까? 어떤 경우 에는 연결 이 되 지 않 아 서버 를 수 동 으로 다시 시작 할 수도 있 습 니 다.물론 모순 이다.일반적으로 서버 연결 을 통 해 손 으로 끄 기 때문에 이런 상황 이 어떻게 발생 할 수 있 습 니까? 우선,MySQL 루트 암 호 는 모 르 는 값 으로 설정 할 수 있 습 니 다.암 호 를 수정 할 때 발생 할 수 있 습 니 다.예 를 들 어 새 암 호 를 입력 할 때 우연히 보이 지 않 는 제어 문 자 를 입력 할 수 있 습 니 다.너 도 구령 을 잊 을 수도 있다. 그 다음으로 localhost 를 연결 하 는 것 은 보통 유 닉 스 도 메 인 소켓 파일 을 통 해 이 루어 집 니 다.보통/tmp/mysql.sock 입 니 다.소켓 파일 이 삭제 되면 로 컬 클 라 이언 트 는 연결 할 수 없습니다.시스템 에서 cron 작업 을 실행 하여/tmp 의 임시 파일 을 삭 제 했 을 수도 있 습 니 다. 소켓 파일 을 잃 어 버 려 서 연결 할 수 없다 면 서버 를 다시 시작 해서 쉽게 만 들 수 있 습 니 다.서버 가 시작 할 때 다시 만 들 기 때 문 입 니 다.이 속임 수 는 소켓 으로 연결 할 수 없습니다.없어 졌 기 때문에 TCP/IP 연결 을 만들어 야 합 니 다.예 를 들 어 서버 호스트 가 pit.snake.net 이 라면 이렇게 연결 할 수 있 습 니 다. %mysqladmin -p -u root -h pit.snake.net shutdown 만약 소켓 파일 이 cron 작업 에 의 해 삭제 된다 면 문 제 는 반복 적 으로 발생 할 것 입 니 다.cron 작업 을 수정 하거나 다른 소켓 파일 을 사용 하지 않 는 한 전역 옵션 파일 을 사용 하여 다른 소켓 을 지정 할 수 있 습 니 다.예 를 들 어 데이터 디 렉 터 리 가/usr/local/var 라면 다음 줄 을/etc/my.cnf 에 추가 할 수 있 습 니 다.소켓 파일 을 다음으로 이동: [mysqld] socket=/usr/local/var/mysql.sock [client] socket=/usr/local/var/mysql.sock 서버 와 클 라 이언 트 모두 같은 소켓 파일 을 사용 할 수 있 도록 경로 이름 을 지정 합 니 다.서버 에 만 경 로 를 설정 하면 클 라 이언 트 프로그램 은 원래 위치 에서 소켓 을 실행 하고 수정 후 서버 를 다시 시작 하여 새 위치 에 소켓 을 만 들 기 를 기대 할 것 입 니 다. 루트 암 호 를 잊 어 버 리 거나 생각 과 다른 값 으로 설정 해서 연결 할 수 없다 면 서버 에 대한 제 어 를 다시 받 아야 합 니 다.암 호 를 다시 설정 할 수 있 습 니 다. 인 터 럽 트 서버 서버 호스트 에 루트 로 로그 인 하면 kill 명령 으로 서버 를 종료 할 수 있 습 니 다.ps 명령 을 사용 하거나 서버 의 PID 파일(보통 데이터 디 렉 터 리 에서)을 찾 아 서버 프로 세 스 의 ID 를 찾 을 수 있 습 니 다. 가장 좋 은 것 은 우선 서버 에 TERM 신 호 를 보 내 는 정상 적 인 kill 로 응답 이 정상적으로 종 료 될 지 여 부 를 보 는 것 이다.이런 방식 으로 시계 와 로 그 는 정확하게 비 워 질 것 이다.서버 가 막 히 고 정상 적 인 종료 신호 에 응답 하지 않 으 면 kill 을 사용 할 수 있 습 니 다. -9 강제로 중지 합 니 다.이것 은 마지막 수단 이다.왜냐하면 이것 은 비 워 지지 않 은 수정 이 있 을 수 있 고 시 계 를 일치 하지 않 는 상태 에 처 하 게 할 위험 을 무릅 쓰 고 있 기 때문이다. 하면,만약,만약... -9.서버 를 종료 합 니 다.서버 를 시작 하기 전에 my isamchk 와 isamchk 로 시 계 를 검사 해 야 합 니 다. --skip-grant-table 옵션 으로 서버 를 다시 시작 합 니 다. 이것 은 서버 에 인증 표를 사용 하지 않 고 연결 을 검증 하 는 것 을 알려 줍 니 다.이것 은 구령 없 이 루트 로 연결 할 수 있 도록 합 니 다.연결 되 어 있 으 면 루트 암 호 를 바 꿉 니 다. my sqladmin 으로 flush-privileges 는 서버 에 권한 수여 표를 다시 사용 하여 시작 하 라 고 알려 줍 니 다. 만약 당신 의 mysqladmin 버 전이 Flash-privileges 를 모른다 면,reload 를 시도 해 보 세 요. 5.여러 서버 실행 대부분의 주어진 기계 에서 하나의 MySQL 서버 를 실행 하지만 많은 경우 에 여러 서버 를 실행 하 는 것 이 유용 합 니 다. 실행 중인 생산 서버 를 유지 하기 위해 서버 의 새 버 전 을 테스트 하고 싶 을 수도 있 습 니 다.이 경우 다른 서버 코드 를 실행 할 수 있 습 니 다. 운영 체 제 는 일반적으로 모든 프로 세 스 의 파일 핸들 수 를 제한 합 니 다.만약 당신 의 시스템 이 이 제한 을 높이 기 어렵다 면,여러 서버 를 실행 하 는 것 은 제한 을 해결 하 는 한 방법 입 니 다.이 경우 통합 서버 의 여러 인 스 턴 스 를 실행 할 수 있 습 니 다. ISP 는 항상 고객 에 게 자신의 MySQL 설 치 를 제공 하 는데 단독 서버 와 관련 될 필요 가 있다.이러한 상황 에서 같은 버 전의 여러 인 스 턴 스 나 다른 버 전 을 실행 할 수 있 습 니 다.서로 다른 고객 이 서로 다른 버 전의 MySQL 을 원한 다 면. 자 연 스 럽 게 한 서버 만 실행 하 는 것 보다 여러 서버 를 실행 하 는 것 이 훨씬 복잡 하 다.여러 버 전 을 설치 하면 같은 곳 에 모든 것 을 설치 할 수 없습니다.서버 가 실 행 될 때 일부 인 자 는 서버 가 어디 에 설치 되 어 있 는 지,데이터 디 렉 터 리 의 경로 명,TCP/IP 포트 와 UNIX 도 메 인 소켓 경로 명,서버 를 실행 하 는 UNIX 계 정 을 포함해 야 하거나 유일 할 수 있 습 니 다(같은 계 정 에서 모든 서버 를 실행 하지 않 는 다 면).여러 서버 를 실행 하기 로 결정 했다 면 사용 하 는 매개 변 수 를 주의해 야 합 니 다.
