MySQL은 가장 일반적으로 사용되는 데이터베이스 관리 언어인 SQL(구조적 쿼리 언어)을 데이터베이스 관리에 사용하는 오픈 소스 관계형 데이터베이스 관리 시스템(RDBMS)입니다.
MySQL은 오픈소스이므로 누구나 일반 공중 라이선스(General Public License)에 따라 다운로드하고 개인의 필요에 따라 수정할 수 있습니다.
MySQL은 속도, 안정성, 적응성으로 인해 많은 주목을 받았습니다. 대부분의 사람들은 트랜잭션 처리 없이 콘텐츠를 관리하는 데 MySQL이 최선의 선택이라는 데 동의합니다.
추천 튜토리얼: mysql 소개 동영상 튜토리얼
MySQL 소개
MySQL은 오픈 소스 관계형 데이터베이스 관리 시스템(RDBMS)으로, MySQL 데이터베이스 시스템 중 가장 많이 사용하는 것은 일반적으로 사용되는 데이터베이스 관리 언어 - 데이터베이스 관리를 위한 구조적 쿼리 언어(SQL)입니다.
MySQL은 오픈 소스이기 때문에 누구나 일반 공중 라이선스에 따라 다운로드할 수 있으며 개인의 필요에 따라 수정할 수 있습니다. MySQL은 속도, 안정성 및 적응성으로 인해 많은 주목을 받았습니다. 대부분의 사람들은 트랜잭션 처리 없이 콘텐츠를 관리하는 데 MySQL이 최선의 선택이라는 데 동의합니다.
MySQL이라는 이름의 유래는 그다지 명확하지 않습니다. 더 영향력 있는 진술은 기본 가이드와 수많은 라이브러리 및 도구에 10년 넘게 "my"라는 접두사가 붙었고, 어쨌든 MySQL AB의 창립자 중 한 명인 Monty Widenius의 딸 이름도 My라는 것입니다. . 이 두 가지 중 어느 것이 MySQL이라는 이름을 붙였는지는 개발자를 포함하여 여전히 미스터리입니다.
MySQL의 돌고래 로고 이름은 "sakila"로, "돌핀 이름 짓기" 콘테스트에서 사용자들이 제안한 수많은 이름 목록 중에서 MySQL AB 창립자가 선택한 것입니다. 우승 이름은 아프리카 스와질랜드 출신의 오픈 소스 소프트웨어 개발자인 Ambrose Twebaze가 제공했습니다. Ambrose에 따르면 Sakila는 SiSwati라는 스와지어 방언에서 유래했으며 Ambrose의 고향인 우간다 근처 탄자니아 아루샤에 있는 작은 마을의 이름이기도 합니다.
MySQL은 그다지 강력하지 않을 수 있지만 오픈 소스와 광범위한 확산으로 인해 많은 사람들이 이 데이터베이스에 대해 배웠습니다. 그 역사도 전설적이다.
데이터베이스 최적화
InnoDB를 스토리지 엔진으로 선택
대규모 제품 데이터베이스는 안정성과 동시성에 대한 요구 사항이 더 높으며 InnoDB는 기본 MySQL 스토리지 엔진입니다. . 이는 MyISAM보다 더 나은 선택입니다.
데이터베이스 구조 최적화
I/O 오버헤드를 줄이기 위해 데이터베이스의 스키마, 테이블, 필드를 구성하고 관련 항목을 함께 저장하며, 데이터 증가 성장, 성능은 높은 수준으로 유지될 수 있습니다.
데이터 테이블은 차지하는 공간을 최소화하도록 설계해야 하며, 테이블의 기본 키는 최대한 짧아야 합니다. ·InnoDB 테이블의 경우 기본 키가 위치한 컬럼은 각 보조 인덱스 항목에 복제 가능하므로 보조 인덱스가 많은 경우 짧은 기본 키가 많은 공간을 절약할 수 있습니다.
쿼리 성능을 향상시키는 데 필요한 인덱스만 생성하세요. 인덱스는 검색을 용이하게 하지만 삽입 및 업데이트 작업의 실행 시간을 늘립니다.
InnoDB의 ChangeBuffering 기능
InnoDB는 보조 인덱스를 유지하는 데 필요한 디스크 I/O를 줄이기 위해 변경 버퍼링 구성을 제공합니다. 대규모 데이터베이스에서는 보조 인덱스를 최신 상태로 유지하기 위해 많은 수의 테이블 작업과 과도한 I/O가 발생할 수 있습니다. 관련 페이지가 버퍼 풀에 없으면 InnoDB의 변경 버퍼는 보조 인덱스 항목에 대한 변경 사항을 캐시하므로 디스크에서 페이지를 즉시 읽을 수 없어 발생하는 시간 소모적인 I/O 작업을 방지합니다. 페이지가 버퍼 풀에 로드되면 버퍼링된 변경 사항이 병합되고 업데이트된 페이지는 나중에 디스크에 플러시됩니다. 이렇게 하면 성능이 향상되며 MySQL 5.5 이상에서 사용할 수 있습니다.
InnoDB 페이지 압축
InnoDB는 테이블의 페이지 수준 압축을 지원합니다. 데이터 페이지가 기록되면 이를 압축하기 위해 특정 압축 알고리즘이 사용됩니다. 압축된 데이터는 페이지 끝에서 빈 블록을 해제하는 홀 펀칭 메커니즘을 통해 디스크에 기록됩니다. 압축이 실패하면 데이터가 변경되지 않고 기록됩니다. 일반적으로 인덱스가 전체 데이터베이스 크기에서 큰 부분을 차지하므로 테이블과 인덱스를 압축합니다. 압축을 사용하면 메모리, I/O 또는 처리 시간을 크게 절약할 수 있으므로 성능 및 확장성 향상이라는 목적을 달성할 수 있습니다. 또한 메모리와 디스크 간에 전송되는 데이터의 양도 줄어듭니다. MySQL5.1 이상 버전에서는 이 기능을 지원합니다.
페이지 압축은 공유 테이블스페이스의 테이블을 지원하지 않습니다. 공유 테이블스페이스에는 시스템 테이블스페이스, 임시 테이블스페이스 및 일반 테이블스페이스가 포함됩니다.
일괄 데이터 가져오기 사용
기본 키에 정렬된 데이터 소스를 사용하여 일괄 데이터를 가져오면 데이터 삽입 프로세스 속도를 높일 수 있습니다. 그렇지 않으면 순서를 유지하기 위해 다른 행 사이에 행을 삽입해야 할 수 있으며, 이로 인해 디스크 I/O가 많아지고 성능에 영향을 미치며 페이지 분할이 늘어날 수 있습니다. 각 삽입에 대해 디스크에 로그 플러시를 수행하므로 자동 커밋 모드를 끄는 것도 좋습니다. 대량 삽입 중에 고유 키 및 외래 키 검사를 일시적으로 이동하면 디스크 I/O를 크게 줄일 수도 있습니다. 새로 생성된 테이블의 경우 대량 가져오기 후에 외래 키/고유 키 제약 조건을 생성하는 것이 가장 좋습니다.
데이터가 안정적인 크기에 도달하거나 테이블이 수십 또는 수백 메가바이트 추가되면 OPTIMIZETABLE 문을 사용하여 테이블을 재구성하고 낭비되는 공간을 압축하는 것을 고려해야 합니다. 재구성된 테이블의 전체 테이블 스캔에는 I/O가 덜 필요합니다.
InnoDB 디스크 I/O 최적화
InnoDB 버퍼 풀 크기를 늘리면 디스크 I/O를 통하지 않고 버퍼 풀에서 쿼리에 액세스할 수 있습니다. 시스템 변수 innodb_flush_method를 조정하여 최적의 수준을 달성하도록 버퍼 지우기 표시기를 조정합니다.
MySQL 메모리 할당
MySQL에 충분한 메모리를 할당하기 전에 다양한 영역에서 MySQL의 메모리 요구 사항을 고려하십시오. 고려해야 할 주요 영역은 다음과 같습니다: 동시 연결 - 동시 연결 수가 많으면 정렬 및 임시 테이블에 많은 메모리가 필요합니다. 이 글을 쓰는 시점에서는 3000개 이상의 동시 연결을 처리하는 데이터베이스에 16GB~32GB의 RAM이면 충분합니다.
메모리 조각화는 약 10% 이상의 메모리를 소비할 수 있습니다. innodb_buffer_pool_size, key_buffer_size, query_cache_size 등과 같은 캐시 및 버퍼는 할당된 메모리의 약 80%를 소비합니다.
일상 유지 관리
느린 쿼리 로그를 정기적으로 확인하고 쿼리 메커니즘을 최적화하여 캐시를 효과적으로 사용하여 디스크 I/O를 줄입니다. 전체 테이블 스캔을 수행하는 것보다 최소한의 행 수를 스캔하도록 최적화하십시오.
DBA가 성능을 확인하고 분석하는 데 도움이 될 수 있는 기타 로그로는 오류 로그, 일반 쿼리 로그, 바이너리 로그, DDL 로그(메타데이터 로그) 등이 있습니다.
캐시와 버퍼를 정기적으로 플러시하여 조각화를 줄입니다. OPTIMIZETABLE문을 사용하여 테이블을 재구성하고 잠재적으로 낭비되는 공간을 압축하십시오. [1]