[Real MySQL] 02_설치와 설정

백엔드 지식 중 부족하다고 여겨지는 DB 를 더 학습하기 위해 Real MySQL 서적을 읽기 시작했다. 앞으로 여러 차례에 걸쳐 책의 내용을 정리해 나가고자 한다.

 

이번 글에서는 MySQL 설치 이후 서버를 시작하는 단계에서 알아두어야 하는 몇 가지 명령어와 개념을 요약해본다. 

 

✨  서버 연결 방법 

 

MySQL 서버에 접속하는 방법은 터미널에 mysql 명령어를 실행하는 것인데, 이 때 명령어의 세부 내용이 세 가지로 나뉘게 된다. 

 

첫 번째 방법은 MySQL 소켓 파일을 이용해 접속하는 것이다.

 

mysql -u root -p --host=localhost --socket=/tmp/mysql.sock

 

💡 소켓이란, 하나 이상의 단말에 위치한 두 개의 다른 프로세스가 통신할 수 있도록 하는 일종의 종착점이다. 리눅스에서는 모든 것이 파일 단위로 처리되는데, 프로세스는 파일들에 접근할 때 fd 를 사용하게 된다. 

 

두 번째 방법은 TCP/IP 를 통해 로컬호스트로 접속하는 것인데, 원격 호스트에 접속하는 경우 반드시 이 방법을 사용해야 한다. 이 방법을 쓸 때 호스트로 localhost 를 명시하는 것과 127.0.0.1을 명시하는 것은 조금 다르다. 전자의 경우 앞서 말했던 소켓 파일을 통해 서버에 접석하게 되며, IPC (Inter Process Communication) 을 통해 통신한다. 하지만 후자의 경우 TCP/IP 통신 방식을 사용한다. 

 

mysql -u root -p --host=127.0.0.1 --port=3306

 

세 번째 방법은 호스트 주소와 포트를 명시하지 않지만 기본값으로 호스트는 localhost 가 되어 소켓 파일을 사용하며, 소켓 파일의 위치는 MySQL 서버의 설정 파일에서 읽는다. 

 

mysql -u root -p

 

 

 

✨  서버 업그레이드

 

MySQL 서버를 업그레이드하는 방법은 두 가지이다.

 

1) In-place upgrade: 서버의 데이터 파일을 그대로 두고 업그레이드

2) Logical upgrade: 서버의 데이터를 SQL 문이나 파일로 덤프한 후, 새로 업그레이드 된 버전의 MySQL 서버에서 덤프된 데이터를 적재

 

업그레이드 시 고려해야 할 점 또한 두 가지이다.

 

1) 마이너 버전 간 업그레이드 (ex: 8.0.16 -> 8.0.21): 데이터 파일 변경 없이 진행

2) 메이저 버전 간 업그레이드 (ex: 5.6 -> 5.7): 두 단계 이상 업그레이드할 경우 (ex. 5.5 -> 5.7) 데이터 파일 변경 필요, 이때 mysqldump 프로그램으로 데이터 백업 후 새로 구축된 서버에 데이터 적재 가능 

 

❗in-place upgrade 를 하는 경우, 메이저 버전 업그레이드가 특정 마이너 버전에서만 가능한 경우가 있거나 이전 메이저 버전의 최신 마이너 버전에서만 지원될 수 있다. 따라서 MySQL 문서를 읽어보는 것이 중요하다.

 

💡 MySQL 버전 확인은 mysql --version 명령어를 통해 할 수 있다. 

💡 MySQL 버전 확인은 mysql --version 명령어를 통해 할 수 있다. 

💡 MySQL 8.0 주요 변경사항: 8.0 버전으로 업그레이드 시 변경되는 몇 가지 부분은 다음과 같다.

• 사용자 인증 방식 (Native Authentication -> Caching SHA-2 Authentication)
• 외래키 이름의 길이 (64글자 제한)
• 데이터 딕셔너리 정보 보관 (FRM 확장자를 가진 파일 -> InnoDB 테이블) 

 

✨  서버 설정 (conf)

 

MySQL 서버는 하나의 설정 파일을 사용하며, 지정된 여러 개의 디렉토리를 탐색하며 처음 발견된 파일을 사용한다.

 

💡맥의 설정 파일은 my.conf 로 되어 있으며 mysql --verbose --help | grep my.cnf 명령어를 통해 경로를 확인할 수 있다.

💡리눅스의 mysqld --verbose --help 명령어를 통해서도 경로를 확인할 수 있다. 

 

/etc/my.cnf /etc/mysql/my.cnf /usr/local/etc/my.cnf ~/.my.cnf

 

이렇게 4개의 다른 경로가 나오며, 서버는 첫 번째 경로부터 순서대로 읽어나가다가 my.cnf 파일이 존재하면 읽는다. 설정 파일을 열면 이런 내용이 있다:

 

# Default Homebrew MySQL server config
[mysqld]
# Only allow connections from localhost
bind-address = 127.0.0.1
mysqlx-bind-address = 127.0.0.1

 

대괄호 안에 있는 내용은 설정 그룹 이름이며, 프로그램이 참조하는 영역이기도 하다. 가령, mysqld 프로그램은 mysqld 섹션을 참조할 것이며, mysqldump 프로그램은 [mysqldump] 섹션을 참조한다. 설정 파일의 그룹은 같은 파일을 공유하기는 하지만, 서로 무관하게 적용된다. 

 

설정 파일에는 시스템 변수를 변경할 수 있는 내용을 담을 수 있으며, 반영된 시스템 변수는 MySQL 서버에서 SHOW GLOBAL VARIABLES 명령어를 입력하여 확인할 수 있다. 각 시스템 변수는 5가지 속성을 갖는다.

 

1) Cmd-Line : MySQL 서버의 명령으로 설정될 수 있는지 여부 

2) Option File : cnf 파일로 제어할 수 있는지 여부 

3) System Var : 시스템 변수인지 여부 

4) Var Scope : 적용 범위 

5) Dynamic : mySQL 서버가 기동 중인 상태에서 변경 가능한지 

 

💡 속성 중 4번인 Var Scope에 따라 시스템 변수를 글로벌/세션 변수로 나눌 수 있다.

1) 글로벌 변수 :  MySQL 서버 전체를 대상으로 하는 변수

2) 세션 변수 : 서버와 클라이언트의 커넥션을 대상으로 하는 변수

 

❗일반적으로 시스템 변수 중 세션에 적용되는 변수의 경우 글로벌에도 적용이 되는데, 이때 Var Scope 는 'Both' 로 표기한다. 

❗보통 'Both' 인 변수는 설정 파일을 통해 기본값을 설정할 수 있으나, 세션 변수는 그럴 수 없고 세션이 만들어지는 순간 해당 커넥션에만 유효한 변수가 된다. 

 

💡 속성 중 5번인 Dynamic에 따라 시스템 변수를 정적/동적 변수로 나눌 수 있다.

1) 정적 변수 : mySQL 서버가 기동 중인 상태에서 변경 불가능

2) 동적 변수 : mySQL 서버가 기동 중인 상태에서 변경 가능

 

시스템 변수는 설정 파일을 통해서 또는 시스템 변수를 직접 건드려 (SET GLOBAL...) 변경할 수 있는데, 전자의 경우 서버가 재시작하기 전에는 적용되지 않는다 (정적 변수) . 후자를 통한 경우에도 설정 파일에 반영하는 것은 아니기 때문에 현재 기동 중인 인스턴스에서만 유효하다. 따라서 MySQL 8.0 부터는 SET PERSIST 명령어를 통해 실행 중인 시스템 변수를 변경하고 동시에 my.cnf 이 아닌 별도의 설정 파일 (mysqld-auto.cnf) 에도 기록할 수 있게 되어 있다. 이후 MySQL 서버가 재시작할 때 두 개의 설정 파일을 모두 참조해서 변경사항을 적용한다. 

 

💡 SET PERSIST 명령어는 세션 변수에는 적용되지 않는다. (세션 변수에 적용할 경우 자동으로 GLOBAL 로 인식함)

💡 SET PERSIST 명령어를 통해 mysqld-auto.cnf 에 변경사항을 적어놓기만 하고 당장 반영하고 싶지는 않으면 SET PERSIST_ONLY 를 사용한다. 정적 변수의 값을 영구적으로 바꾸고자 할 때 사용할 수 있다. 

💡 SET PERSIST 로 추가한 설정 파일의 내용을 삭제하고 싶은 경우 직접 수정하는 것보다 오류 방지를 위해 RESET PERSIST 명령어를 사용하는 것이 더 용이하다. 

 

 

 

✨ 참고자료

• Real MySQL (위키북스)