이 가이드는 독자에게 리눅스에서의 마이SQL 사용 경험이 거의 또는 전혀 없다고 가정하고, 마이SQL을 설치하고 애플리케이션을 데이터베이스에 연결해 작업을 시작할 수 있도록 구성하는 단계까지 살펴본다. 마이SQL의 고급 기능, 예를 들어 데이터베이스 프로그래밍, 마이SQL 성능 튜닝 팁, SQL 언어 등은 이 기사의 범위를 벗어나므로 다루지 않는다.
마이SQL 설치 가이드
가장 먼저 할 일은 시스템에 마이SQL을 설치하는 것이다. 설치 과정은 운영체제마다 차이가 있다. 여기서는 3대 운영체제인 마이크로소프트 윈도우, 맥OS, 리눅스에서의 설치 방법을 살펴본다. 참고로 애플리케이션이 작동하려면 주 마이SQL 코드 외에 부가적인 패키지가 필요할 수도 있다. 예를 들어 PHP 기반 애플리케이션을 마이SQL과 함께 사용하려면 PHP에서 마이SQL 서버와 통신할 수 있게 해주는 PHP 마이SQL 패키지를 설치해야 할 수 있다.
마이SQL 구성요소
마이SQL을 설정할 때는 마이SQL 스택에서 설치할 구성요소를 직접 선택해야 할 수 있다. 구성요소 중에는 필수도 있고 선택 항목도 있다. - 마이SQL 서버(Server) : 실제 마이SQL 데이터베이스 서버로, 마이SQL에서 없어서는 안 되는 부분이다.
- 마이SQL 셸(Shell) : 마이SQL에 대한 인터랙티브 명령줄 인터페이스. 마이SQL 관리자 관점에서 이 구성요소는 서버가 설치된 시스템에 설치하는 것이 좋다. 어느 클라이언트 시스템에서나 마이SQL과 직접 상호작용할 수 있는 수단을 제공한다.
- 마이SQL 워크벤치(Workbench) : 마이SQL에 연결하고 데이터베이스를 관리하고 쿼리를 만들고 분석하고 그 외에도 많은 작업에 사용되는 GUI 인터페이스. 많은 경우 명령줄만 사용하는 방법보다 워크벤치를 통해 마이SQL을 사용하는 편이 더 쉬우므로 마이SQL을 관리하는 모든 클라이언트에 설치하는 것이 좋다. (꼭 서버와 같은 시스템에 설치할 필요는 없지만 그렇게 하는 편이 편리한 경우가 종종 있다.)
- 마이SQL 라우터(Router) : 마이SQL 환경을 위한 고가용성 시나리오를 설정하는 데 사용되는 소프트웨어 구성요소. 라우터는 기본적인 마이SQL 설정에는 불필요하며 필요에 따라 나중에 설치하면 된다.
윈도우에 마이SQL 설치하기
마이크로소프트 윈도우에 마이SQL을 설정하는 과정은 다른 애플리케이션을 설치하는 과정과 동일하다. 오라클은 2.1MB 크기의 네트워크 기반 설치 프로그램과 전체 크기(303MB)의 설치 프로그램, 두 가지 버전의 설치 실행 파일을 제공한다. 네트워크 설치 프로그램은 특정 설정에 필요한 요소만 다운로드하며, 전체 설치 프로그램에는 모든 요소가 포함돼 있다. 이 레거시 마이SQL 설치 프로그램은 서버, 클라이언트, 전체(서버+클라이언트+다른 기능), 맞춤형의 네 가지 옵션을 제공한다. 마지막 맞춤형 옵션을 사용하면 원하는 요소를 조합할 수 있다. 참고로 레거시 설치 프로그램은 마이SQL 버전 8.0.39까지만 지원한다.
윈도우용 마이SQL 설치 프로그램은 8.0.39보다 더 높은 버전의 마이SQL을 설치하는 데 사용된다. 이 설치 프로그램의 프로세스는 조금 더 간편하며 GUI도 사용한다. 처음에는 일반적인 사용 사례에 맞게 구성된 기본 설정을 사용하는 것이 좋다.
GUI에서 변경 여부를 검토할 옵션은 마이SQL의 서버 구성 유형이다. 이 옵션은 마이SQL의 메모리 프로파일을 제어한다.
- 개발(Development) : 기본 설정. 메모리 사용량이 비교적 적으므로 마이SQL을 다른 앱 및 개발 툴과 함께 사용할 수 있다.
- 서버(Server) : 메모리 사용량 보통. 여전히 다른 앱이 서버에서 실행되지만 주로 마이SQL을 사용하기 위한 목적이다.
- 전용(Dedicated) : 대체로 마이SQL이 서버의 유일한 앱이므로 메모리 사용량이 가장 많다.
- 수동(Manual) : 기본값을 변경하지 않는다. 나중에 메모리 사용량 및 다른 옵션을 수정할 수 있다.
이런 설정은 언제든 조정할 수 있다.
마이크로소프트의 윈도우용 기본 패키지 관리자인 윈젯(Winget)에는 Oracle.MySQL이라는 별칭으로 마이SQL이 제공된다. winget install Oracle.MySQL 명령을 입력하면 Program Files (x86)\MySQL 디렉토리에 마이SQL 설치 프로그램(애플리케이션 자체가 아님)이 배치된다. 여기서 .\MySQLInstaller.exe Community를 실행하면 마이SQL 커뮤니티 에디션으로 설치 프로그램이 시작된다. .\MySQLInstaller.exe만 실행하면 설치 프로그램은 사용자가 상용 마이SQL 에디션을 설치하려는 것으로 간주한다. 상용 라이선스가 없으면 작동하지 않는다.
또 다른 옵션으로, 사전 구성된 애플리케이션 스택을 통해 마이SQL을 실행하는 방법이 있다. XAMPP 프로젝트는 마이SQL이 구성요소로 포함된 아파치 웹 서버 배포판을 제공하므로 이 프로젝트를 사용하면 손쉽게 마이SQL을 설정할 수 있다. 윈도우 외에 맥OS와 리눅스용으로도 제공된다.
맥OS에 마이SQL 설치하기
마이SQL 다운로드 링크는 ARM과 x86 맥을 위한 맥OS 14 바이너리를 DMG 아카이브 또는 .tar 파일로 제공한다. 대부분의 경우 DMG를 받으면 다른 맥 애플리케이션과 같은 과정을 통해 설치할 수 있다. 맥OS 설치 프로그램의 GUI는 마이크로소프트 윈도우용 설치 프로그램과 거의 동일하다. 많은 일반적인 옵션이 사전에 선택된 상태이며 변경할 필요가 없다. 흔히 사용되는 또 다른 설치 소스는 맥OS용 홈브루(Homebrew) 패키지 관리자다. brew install mysql@8.0 명령을 사용하면 맥OS용 마이SQL 8과 몇 가지 주요 종속 항목이 설치된다.
맥OS 설치는 마이SQL 환경설정 창도 제공한다. 이 창에서 서비스를 중지 또는 재시작하고 데이터 토리와 같은 일반적인 구성 옵션을 변경할 수 있다.
리눅스에 마이SQL 설치하기
일반적으로 마이SQL과 같은 패키지는 사용 중인 리눅스 배포판의 패키지 관리자를 통해 설치한다. - 우분투와 데비안에서는 apt를 사용해서 mysql-server 패키지를 설치한다.
- 레드햇 엔터프라이즈 리눅스와 페도라에서는 dnf를 사용해 community-mysql-server를 설치한다.
마이SQL 다운로드 링크에서 다음과 같은 다양한 형식의 리눅스 바이너리도 받을 수 있다.
- 타볼(tarball) 형태의 일반 리눅스 바이너리
- 우분투 및 데비안 리눅스 .deb 번들
- 수세 리눅스 엔터프라이즈 서버, 페도라, 레드햇 엔터프라이즈 리눅스 RPM 번들
마이SQL 서버 구성
마이SQL 설치를 마치면 다음 단계는 서버 구성이다. 마이크로소프트 윈도우 또는 맥OS에 마이SQL을 설치한 경우 GUI 설치 프로그램이 루트 비밀번호 설정 등 가장 중요한 구성 옵션을 단계별로 안내한다. 리눅스에서는 대부분 옵션을 수동으로 구성해야 한다.
RHEL/페도라 리눅스 제품군의 구성 프로세스는 우분투/데비안 제품군과는 약간 다르다. 다음 작업은 모든 경우에 해야 한다.
- 마이SQL 서비스가 자동으로 시작되도록 설정 : 우분투에서는 자동으로 설정되며, RHEL/페도라에서는 sudo systemctl enable mysqld 및 sudo systemctl start mysqld를 사용해야 한다.
- 마이SQL을 위한 바인드 주소 설정 : 일부 배포판에서는 자동으로 구성될 수도 있다. 바인드 주소는 /etc/mysql/mysql.conf.d/mysqld.cnf의 bind-address 아래에 설정된다. 이 주소가 현재 시스템의 IP 주소가 아닌 경우 ip address show를 사용하여 현재 시스템의 IP 주소를 확인해 설정한다. 적용하려면 마이SQL을 재시작해야 한다.
- 루트 비밀번호 설정 : mysqladmin password 명령을 루트로 실행하면 루트 계정의 새 비밀번호를 입력하라는 메시지가 표시된다. 보안을 위해 새 비밀번호를 입력할 때 콘솔에 표시는 되지 않는다.
지원되는 모든 운영체제에서 마이SQL을 구성하기 위한 유용한 방법은 mysql_secure_installation 명령을 사용하는 것이다. 이 명령을 실행하면 마이SQL의 많은 일반적인 옵션이 정상적이고 안전한 기본값으로 설정된다. 많은 개별적인 구성 단계를 스크립팅 가능한 하나의 동작으로 통합하므로 이 명령을 실행하는 것이 좋다.
phpMyAdmin으로 마이SQL 관리하기
마이SQL이 가동된 다음에는 명령줄만 사용하는 것보다는 웹 기반 관리 툴을 사용해서 마이SQL을 관리하는 편이 대체로 더 쉽다. phpMyAdmin 툴은 데이터베이스, 테이블, 사용자, 내부 마이SQL 설정 관리 등 거의 모든 마이SQL 관리 작업을 할 수 있는 웹 GUI를 제공한다. phpMyAdmin은 대부분 리눅스 배포판에서 패키지 관리자에 포함되지만 설정 과정은 배포판마다 약간씩 다르다. 마이크로소프트 윈도우와 맥OS에서는 XAMPP 프로젝트가 마이SQL을 phpMyAdmin과 함께 팩인(pack-in) 형태로 제공한다. XAMPP 제어판은 phpMyAdmin에 대한 원클릭 액세스를 제공한다.
또한 phpMyAdmin 툴은 마이SQL, 그리고 일정 정도는 마이SQL 워크벤치 애플리케이션에 대해서도 콘솔 연결을 열 필요를 일부 없애준다. phpMyAdmin 인터페이스는 자동 완성 기능을 갖춘 자체 콘솔을 제공한다. 또한 GUI를 사용해서 쿼리를 작성하고 실행하고 결과를 저장하고 재사용하고 EXPLAIN 키워드를 통해 쿼리에 대한 분석 정보를 얻을 수 있다.
editor@itworld.co.kr
Sponsored
Seagate
'반박 불가' 하드 드라이브와 SSD에 관한 3가지 진실
ⓒ Getty Images Bank 하드 드라이브가 멸종할 것이라는 논쟁이 10년 넘게 계속되고 있다. 빠른 속도와 뛰어난 성능이 필요한 애플리케이션에 적합한 플래시 스토리지의 연매출이 증가하고 있는 것은 자명한 사실이다. 하지만, 클라우드의 보편화 및 AI 사용 사례의 등장으로 인해 방대한 데이터 세트의 가치가 높아지는 시대에 하드 드라이브는 플래시 스토리지로 대체할 수 없는 가치를 가지고 있다. 전 세계 엑사바이트(EB) 규모 데이터의 대부분을 저장하는 하드 드라이브는 데이터센터에서 그 어느 때보다 필수적이다. 전 세계 데이터 세트의 대부분이 저장된 엔터프라이즈 및 대규모 클라우드 데이터센터는 데이터 성장에서 핵심이 될 것이다. 하드 드라이브와 SSD를 비교하자면, 하드 드라이브 스토리지는 2022년에서 2027년 사이 6,996EB 증가할 것으로 예상되는 반면, SSD는 1,363EB 증가할 것으로 보인다. ⓒ Seagate 생성형 AI 시대에는 콘텐츠를 경제적으로 저장해야 하기 때문에 플래시 기술과 밀접하게 결합된 컴퓨팅 클러스터는 더 큰 하드 드라이브 EB의 다운스트림 수요를 직간접적으로 촉진할 것이다. 하드 드라이브가 왜 데이터 스토리지 아키텍처의 중심이 될 수밖에 없는지는 시장 데이터를 근거로 설명 가능하다. 가격 책정 근거 없는 믿음 : SSD 가격이 곧 하드 드라이브 가격과 같아질 것이다. 사실 : SSD와 하드 드라이브 가격은 향후 10년간 어느 시점에도 수렴하지 않을 것이다. 데이터가 이를 명확하게 뒷받침한다. 하드 드라이브는 SSD에 비해 테라바이트당 비용 면에서 확고한 우위를 점하고 있으며, 이로 인해 하드 드라이브는 데이터센터 스토리지 인프라의 확고한 주춧돌 역할을 하고 있다. IDC 및 포워드 인사이트(Forward Insights)의 연구에 따르면, 하드 드라이브는 대부분의 기업 업무에 가장 비용 효율적인 옵션으로 유지될 것으로 전망된다. 엔터프라이즈 SSD와 엔터프라이즈 하드 드라이브의 TB당 가격 차이는 적어도 2027년까지 6대 1 이상의 프리미엄이 유지될 것으로 예상된다. ⓒ Seagate 이러한 TB당 가격 차이는 장치 구입 비용이 총소유비용(TCO)에서 가장 큰 비중을 차지하는 데이터센터에서 특히 두드러지게 드러난다. 장치 구입, 전력, 네트워킹, 컴퓨팅 비용을 포함한 모든 스토리지 시스템 비용을 고려하면 TB당 TCO는 하드 드라이브 기반 시스템이 훨씬 더 우수하게 나타난다. ⓒ Seagate 따라서, 플래시는 특정 고성능 작업의 수행에 탁월한 스토리지이지만, 하드 드라이브는 당분간 안정적이고 비용 효율적이며 널리 채택된 솔루션을 제공하는 데이터센터에서 계속해서 주류로 사용될 것이다. 공급과 확장의 관계 근거 없는 믿음 : NAND 공급이 모든 하드 드라이브 용량을 대체할 정도로 증가할 수 있다. 사실 : 하드 드라이브를 NAND로 완전히 교체하려면 감당할 수 없는 설비투자(CapEx)가 필요하다. NAND 산업이 모든 하드 드라이브 용량을 대체하기 위해 공급을 빠르게 늘릴 수 있다는 주장은 재정적, 물류적으로 엄청난 비용이 발생한다는 점을 간과한 낙관적인 생각이다. 산업 분석기관 욜 인텔리전스(Yole Intelligence)의 2023년 4분기 NAND 시장 모니터 리포트에 따르면, 전체 NAND 산업은 2015년~2023년 사이 3.1제타바이트(ZB)를 출하하면서 총 매출의 약 47%에 해당하는 2,080억 달러의 막대한 자본 지출을 투자해야 했다. 반면, 하드 드라이브 산업은 데이터센터 스토리지 수요의 거의 대부분을 매우 자본 효율적인 방식으로 해결하고 있다. 씨게이트가 2015년~2023년 사이 3.5ZB의 스토리지를 출하하며 투자한 자본은 총 43억 달러로, 전체 하드 드라이브 매출의 약 5%에 불과하다. 그러나 NAND 산업의 경우 ZB당 약 670억 달러에 해당하는 금액을 투자한 것으로 나타나 하드 드라이브가 데이터센터에 ZB를 공급하는 것이 훨씬 더 효율적임을 알 수 있다. ⓒ Seagate 작업 부하 근거 없는 믿음 : 올 플래시 어레이(AFA)만이 최신 엔터프라이즈 작업 부하의 성능 요구를 충족할 수 있다. 사실 : 엔터프라이즈 스토리지 아키텍처는 일반적으로 디스크 또는 하이브리드 어레이, 플래시, 테이프를 사용하여 특정 작업 부하의 비용, 용량, 성능 요구 사항에 최적화할 수 있도록 미디어 유형을 혼합한다. 기업이 플래시 없이는 최신 작업 부하의 성능 수요를 따라잡지 못할 위험이 있다는 주장은 다음과 같은 3가지 이유로 반박 가능하다. 첫째, 대부분의 최신 작업 부하에는 플래시가 제공하는 성능상의 이점이 필요하지 않다. 전 세계 데이터의 대부분은 클라우드와 대규모 데이터센터에 저장되어 있으며, 이러한 환경에서는 작업 부하 중 극히 일부에만 상당한 성능이 필요하다는 파레토 법칙을 따르고 있다. 둘째, 예산 제약이 있고 데이터 세트가 빠르게 증가하는 기업들은 성능뿐만 아니라 용량과 비용의 균형을 맞춰야 한다. 플래시 스토리지는 읽기 집약적인 시나리오에서는 탁월한 성능을 발휘하지만 쓰기 작업이 증가하면 내구성이 떨어져 오류 수정과 오버프로비저닝에 추가 비용이 발생한다. 또한, 대규모 데이터 세트나 장기 보존의 경우 영역 밀도가 증가하는 디스크 드라이브가 더 비용 효율적인 솔루션일 뿐만 아니라 수천 개의 하드 드라이브를 병렬로 활용하면 플래시를 보완하는 성능을 달성할 수 있다. 셋째, 수많은 하이브리드 스토리지 시스템은 다양한 미디어 유형의 강점을 단일 유닛에 원활하게 통합하고 최대한으로 활용할 수 있도록 세밀하게 조정된 소프트웨어 정의 아키텍처를 사용한다. 이러한 스토리지는 유연성을 제공하므로 기업은 지속적으로 변화하는 요구 사항에 따라 스토리지 구성을 조정할 수 있다. AFA와 SSD는 고성능의 읽기 집약적인 작업에 매우 적합하다. 하지만 하드 드라이브가 이미 훨씬 낮은 TCO로 제공하는 기능을 AFA로 불필요하게 비싼 방법으로 제공하는 것은 비용 효율적이지 않을 뿐만 아니라, AFA가 하드 드라이브를 대체할 수 있다고 주장하는 근거가 될 수 없다.
Seagate
“작지만 큰 영향력” 하드 드라이브의 나노 스케일 혁신
ⓒ Seagate 플래터당 3TB라는 전례 없는 드라이브 집적도를 자랑하는 새로운 하드 드라이브 플랫폼이 등장하며 디지털 시대의 새로운 이정표를 세웠다. 플래터당 3TB를 저장할 수 있다는 것은 동일한 면적에서 스토리지 용량을 기존 드라이브 대비 거의 두 배로 늘릴 수 있다는 것을 의미한다. 이러한 혁신은 데이터 스토리지의 미래와 데이터센터의 디지털 인프라에 괄목할 만한 영향을 미친다. AI의 발전과 함께 데이터의 가치가 그 어느 때보다 높아졌다. IDC에 따르면 2027년에는 전 세계에서 총 291ZB의 데이터가 생성될 것으로 예측되며, 이는 스토리지 제조 용량의 15배 이상일 것으로 보인다. 대부분의 데이터를 호스팅하는 대형 데이터 센터에 저장된 데이터 중 90%가 하드 드라이브에 저장된다. 즉, AI 애플리케이션의 주도로 데이터가 급증함에 따라 물리적 공간을 늘리지 않으면서도 데이터를 저장할 수 있는 스토리지 기술 혁신이 필요하다. 데이터 스토리지 인프라를 업그레이드하는 것은 단순히 기술적인 문제가 아니라 지금 시대가 직면한 규모, 총소유비용(TCO), 지속가능성이라는 과제에 대한 논리적 해답인 셈이다. 열 보조 자기 기록(HAMR) 기술은 선구적인 하드 드라이브 기술로 드라이브 집적도 향상을 위해 지난 20년 동안 수많은 연구를 거쳐 완성되어 왔다. 씨게이트 모자이크 3+ 플랫폼은 이러한 HAMR 기술을 씨게이트만의 방식으로 독특하게 구현한 것으로, 미디어(매체)부터 쓰기, 읽기 및 컨트롤러에 이르는 복잡한 나노 스케일 기록 기술과 혁신적인 재료 과학 역량을 집약한 결정체다. 이 플랫폼은 데이터 비트를 변환하고 자기 및 열 안정성을 유지하면서 더욱 촘촘하게 패킹해서 각 플래터에 훨씬 더 많은 데이터를 안정적이고 효율적으로 저장할 수 있다. 예를 들어, 기존 데이터센터에 있는 16TB 드라이브를 30TB 드라이브로 업그레이드하면 동일한 면적에서 스토리지 용량을 두 배로 늘릴 수 있다. 더 낮은 용량에서 업그레이드한다면 상승 폭은 더욱 커진다. 이 경우, 테라바이트당 전력 소비량이 40% 감소하는 등 스토리지 총소유비용(TCO)이 크게 개선된다. 또한 효율적인 자원 할당과 재활용 재료 사용으로 운영 비용을 절감하고 테라바이트당 탄소 배출량을 55% 감소시켜 데이터센터가 지속 가능성 목표를 달성할 수 있다. 드라이브 집적도 향상은 하이퍼스케일과 프라이빗 데이터센터의 판도를 바꿀 수 있다. 데이터센터가 급증하며 전력사용량과 탄소배출량 역시 늘어나 데이터센터의 지속가능성이 화두가 되고 있는 가운데, 과학기술정보통신부는 ‘탄소중립 기술혁신 추진전략-10대 핵심기술 개발방향’에서 2030년까지 데이터센터 전력소모량을 20% 절감하겠다고 밝힌 바 있다. 이러한 목표에 발맞춰, 집적도를 획기적으로 개선한 대용량 데이터 스토리지를 활용하는 것은 원활하고 지속적인 AI 모델 학습, 혁신 촉진 및 비즈니스 성공을 위해 필수적이다. 엔터프라이즈 데이터센터의 경우 제한된 공간, 전력, 예산에 맞춰 확장할 수 있는 지속 가능한 방법을 찾아야 한다. 하드 드라이브의 집적도 혁신은 점점 더 커져가는 클라우드 생태계와 AI 시대에 대응하는 해답이자, 동일한 공간에 더 많은 엑사바이트를 저장하면서도 자원 사용은 줄이도록 인프라를 확장할 수 있는 방법이다. 이는 글로벌 데이터 영역에서 경쟁력을 유지하고 글로벌 디지털 경제의 선두주자로서 입지를 강화하는 데 매우 중요하다.