2023.01.09 문제 목록 (ch01~ch03)

[gzgzg2]

📌 문제목록

번호	출제자	문제
1.	giibeom	MySQL 서버를 localhost로 접속할 때와 127.0.0.1로 접속할 때의 차이점이 무엇인가요?
2.	sedin2	MySQL 8.0부터는 CREATE USER, CREATE ROLE 명령을 구분해서 지원하는데 이유는 ?
3.	ramirami	MySQL 서버의 시작시간이 오래걸리는 원인 중 하나는 무엇일까요? 그리고 사전에 이러한 문제를 방지할 수 있는 방법이 존재하나요?
4.	ZooKong	8.0 부터 추가된 Role을 사용하면 어떤 이점이 있을까요?

[gzgzg2]

1. MySQL 서버를 localhost로 접속할 때와 127.0.0.1로 접속할 때의 차이점이 무엇인가요?

• localhost로 지정하여 접속하면 소켓파일을 통해 mysql 서버에 접속하게 된다. 소켓 파일을 통한 접속은 TCP/IP 통신이 아닌 IPC 방식으로 접속하게 된다.
• 127.0.0.1로 지정하여 접속하면 TCP/IP 통신을 하게 된다.
  • TCP/IP 통신을 하게되면 OSI 7 레이어의 패킷 전송 순서를 따르기 때문에 IPC를 활용하는 것보다 성능이 저하될 수 있을 것 같다는 생각이 든다.
  • IPC는 로컬 머신 내에서 프로세스간 통신 방식이므로 OSI 7 레이어의 패킷 전송 순서를 따르지 않기 때문에 오버헤드가 적을 것 같다.

2. MySQL 8.0부터는 CREATE USER, CREATE ROLE 명령을 구분해서 지원하는데 이유는 ?

• 직무를 분리할 수 있게 하여 보안을 강화하는 용도로 사용하기 위해
• CREATE USER 명령어에 대한 권한과 CREATE ROLE에 대한 권한을 구분하여 계정 생성과 역할 생성을 분리할 수 있게 됨

3. MySQL 서버의 시작시간이 오래걸리는 원인 중 하나는 무엇일까요? 그리고 사전에 이러한 문제를 방지할 수 있는 방법이 존재하나요?

• MySQL 서버가 시작되거나 종료될 때 서버의 버퍼 풀 내용을 백업하고 복구하는 과정이 내부적으로 실행되게 된다. 이 과정에서 서버의 시작 시간이 오래걸릴 수 있는데, 서버를 종료하기 전 clean shutdown 명령어를 실행하면 서버가 종료되기 전 모든 커밋된 내용을 데이터 파일에 기록하고 종료한다.
• 때문에 clean shutdown으로 종료되면 서버가 시작할 때 별도의 트랜잭션 복구과정을 진행하지 않아도 된다.

4. 8.0 부터 추가된 Role을 사용하면 어떤 이점이 있을까요?

• 5.7 이하 버전에선 매번 계정마다 동일한 권한임에도 불구하고 같은 작업을 반복하여 권한을 부여했어야 했는데, Role을 활용하면 권한을 그룹하여 필요한 계정에 부여할 수 있겠다는 생각이 들었다.
• Role 끼리 상속이 가능하기 때문에 유연하게 사용할 수 있을 것 같다.

[zookong]

1. MySQL 서버를 localhost로 접속할 때와 127.0.0.1로 접속할 때의 차이점이 무엇인가요?

• 127.0.0.1 TCP/IP 통신, localhost는 Unix domain socket(IPC)을 이용
• TCP/IP와 UDS의 둘다 소켓 프로그래밍 구조를 갖고 있어 개발에 용이
• 데이터 송/수신의 차이 존재
  • TCP/IP의 경우 4계층을 거쳐 전달되기 때문에 지연 발생
  • UDS의 경우 모든 소통이 내부 커널에서 발생, 로컬 파일 시스템을 이용하여 내부 프로세스간의 통신을 하기 때문에 상대적으로 지연이 적음 Inter-process_communication

2. MySQL 8.0부터는 CREATE USER, CREATE ROLE 명령을 구분해서 지원하는데 이유는 ?

• 데이터베이스 관리의 직무를 분리 가능
• 내부적으로 계정과 역할에 대해 흡사하지만 용도에 있어서 다른 점이 존재
• 데이터베이스 사용자와 그러한 사용자에게 권한을 병합할 수 있는 역할을 제어할 수 있는 권한을 다르게 부여함으로써 관리자들의 역할 분리를 더욱 세분화할 수 있을 것으로 기대

3. MySQL 서버의 시작시간이 오래걸리는 원인 중 하나는 무엇일까요? 그리고 사전에 이러한 문제를 방지할 수 있는 방법이 존재하나요?

• MySQL 서버가 시작되거나 종료될 때, InnoDB 스토리지 엔진의 버퍼 풀 내용을 백업하고 복구하는 과정이 발생
  • 버퍼 풀에 적재돼 있던 데이터 페이지에 대한 메타 정보이기 때문에 용량이 크지는 않음
• 복구하는 과정에서 디스크에서 데이터 파일을 읽어야 하는 과정이 필요하기 때문에 시간이 소요
• 이를 개선하는 방법으로 innodb_fast_shutdown라는 옵션을 제공, 이는 innodb의 종료 모드
  • 기본 값은 1이며 fast shutdown 이라고 함, purge와 change buffer를 적용하지 않음
  • 0일 경우 전체 purge와 change buffer를 서버 종료전에 적용, 이는 slow shutdown이며 clean shutdown 이라 일컬음
• innodb_fast_shutdown를 활용하여 clean shutdown을 수행하고 재시작할 경우 서버 기동할 때 별도의 트랜잭션 복구 과정이 불필요하여 기동이 상대적으로 빨라짐

slow_shutdown sysvar_innodb_fast_shutdown

4. 8.0 부터 추가된 Role을 사용하면 어떤 이점이 있을까요?

• 권한에 대한 관리적인 측면에서 편의성 증가
• 권한과 계정이 직접적인 관계를 맺지 않도록 중간 레이어를 분리함으로써 추후에 역할이라는 레이어에 책임을 더 주어 추가적인 기능 관리에 용이할 것으로 기대

[sedin2]

1. MySQL 서버를 localhost로 접속할 때와 127.0.0.1로 접속할 때의 차이점이 무엇인가요?

• localhost -> MySQL 소켓 파일을 이용한 접속 (IPC; Inter Process Communication)
• 127.0.0.1 -> TCP/IP를 이용한 접속
• 호스트 주소와 포트를 별도로 명시하지 않으면 기본값으로 localhost 소켓 파일을 이용한 접속을 한다.
• IPC는 내부 프로세스간 통신이므로 속도가 빠르고, TCP/IP는 3-way-handshake 때문에 비교적 느릴거 같다.

  2. MySQL 8.0부터는 CREATE USER, CREATE ROLE 명령을 구분해서 지원하는데 이유는 ?

• 데이터베이스 관리의 직무를 분리할 수 있게 해서 보안을 강화하는 용도로 사용 가능하다.
• 예를들어 CREATE USER 권한은 있지만, CREATE ROLE 권한은 없는 사용자를 만들 수 있다.

  3. MySQL 서버의 시작시간이 오래걸리는 원인 중 하나는 무엇일까요? 그리고 사전에 이러한 문제를 방지할 수 있는 방법이 존재하나요?

• InnoDB의 버퍼 풀 내용을 백업하고 복구하는 과정이 필요하기 때문에
  • 백업자체는 버퍼 풀에 적재돼 있던 데이터 페이지에 대한 메타정보를 백업하기 때문에 용량이 크지않음, 그러므로 백업 자체는 빠르게 완료 된다.
  • MySQL 서버가 시작될 때는 디스크에서 데이터 파일들을 모두 읽어서 적재해야 하므로 오래 걸릴수 있다.
  • 모든 커밋된 데이터를 데이터 파일에 적용하고 종료하는것을 클린 셧다운(Clean Shutdown)이라 표현한다.
  • 글로벌 변수값인 innodb_fast_shutdown 값을 바꿔주면 손쉽게 적용 가능

    mysql> SET GLOBAL innodb_fast_shutdown=0; // default -> 1
    mysql> SHUTDOWN;

    4. 8.0 부터 추가된 Role을 사용하면 어떤 이점이 있을까요?

• Role은 권한들을 묶어서 사용자 계정에 권한을 줄 수 있는 기능이다.
• 예를들어 특정 DB에 CRUD 권한을 가진 여러 사용자 계정이 있을 때, 해당 권한을 Role에 부여하고 사용자 계정엔 이 Role만 부여하면 편하게 권한을 부여할 수 있다.
• Role은 내부적으로 계정과 같으므로, prefix나 keyword를 추가해 Role의 이름을 명명하는 방법을 권장

[giibeom]

1. MySQL 서버를 localhost로 접속할 때와 127.0.0.1로 접속할 때의 차이점이 무엇인가요?

localhost로 접속할 때는 MySQL 서버 내부적으로 소켓 파일을 통해 일반적인 TCP/IP 방식이 아닌 IPC 통신 방식을 사용하여 접속합니다. 반대로 127.0.0.1로 접속할 때는 자기 자신을 가리키는 루프백 IP이지만 서버 내부적으로는 TCP/IP 통신을 통해 접속하게 됩니다.

---

2. MySQL 8.0부터는 CREATE USER, CREATE ROLE 명령을 구분해서 지원하는데 이유는 ?

MySQL은 내부적으로 계정과 역할을 같은 객체로 취급됩니다. 즉 역할도 계정이 될 수 있습니다. 하지만 역할은 보통 계정으로 사용하는 의도가 아니므로 CREATE ROLE로 역할을 생성할 때 계정 잠금 상태를 Y로 함으로써 계정 로그인이 불가능하도록 설정됩니다. 반대로 CREATE USER는 일반적인 사용자 계정을 생성하는 쿼리이므로 계정 잠금 상태를 N으로 설정하여 계정 로그인이 가능하도록 설정됩니다.

---

3. MySQL 서버의 시작시간이 오래걸리는 원인 중 하나는 무엇일까요? 그리고 사전에 이러한 문제를 방지할 수 있는 방법이 존재하나요?

MySQL 서버의 시작 및 종료 될 때 버퍼 풀(캐시) 내용을 백업하고 복구하는 과정이 내부적으로 진행됩니다. 하지만 실제 버퍼 풀의 내용을 백업하는 것이 아닌, 버퍼 풀에 적재되어 있는 데이터 파일의 데이터 페이지에 대한 메타 정보를 백업하기 때문에 용량이 크지 않아 백업 자체는 빠르게 됩니다. 하지만 MySQL 서버가 새로 시작되는 경우에는 디스크에 있는 모든 데이터 파일들을 모두 읽은 후 적재해야되므로 시간이 오래걸릴 수 있습니다.

이러한 상황을 대비하여 MySQL 5.5 버전에서는 서비스 오픈 전 강제 워밍업을 통해 주요 테이블과 인덱스에 대한 풀스캔을 진행하여 디스크에 데이터를 버퍼 풀에 잘 적재한 후에 서비스를 오픈하는 방식을 사용하였습니다. MySQL 5.6부터는 백업 시스템 변수와 복구 시스템 변수를 통해 서버 셧다운 전 버퍼 풀의 상태를 백업하고, 서버 재시작 후 버퍼 풀의 상태를 복구하는 기능이 도입돼 성능 상 이슈나 서버 시작 시간에 문제가 없도록 기능을 제공합니다.

---

4. 8.0 부터 추가된 Role을 사용하면 어떤 이점이 있을까요?

Role을 사용할 경우 계정에 권한을 쉽고 간편하게 부여할 수 있는 장점이 있습니다. 또한 필요한 권한을 각각 분리하여 역할에 꼭 필요한 권한만을 쉽게 부여할 수 있는 장점이 있습니다.