MariaDB 11 DBMS의 새로운 중요한 분기가 도입되었습니다.

10.x 브랜치가 설립된 지 10년 후 MariaDB 11.0.0이 출시되었습니다. 이는 호환성을 깨뜨리는 몇 가지 중요한 개선 사항과 변경 사항을 제공했습니다. 해당 브랜치는 현재 알파 릴리스 품질이며 안정화 후 프로덕션 용도로 사용할 수 있습니다. 호환성을 깨뜨리는 변경 사항을 포함하는 MariaDB 12의 다음 주요 브랜치는 빠르면 지금으로부터 10년(2032년)이 될 것으로 예상됩니다.

MariaDB 프로젝트는 MySQL에서 포크를 개발하고 있으며 가능할 때마다 이전 버전과의 호환성을 유지하고 추가 스토리지 엔진과 고급 기능의 통합을 특징으로 합니다. MariaDB 개발은 개별 공급업체와 독립적인 개방적이고 투명한 개발 프로세스에 따라 독립적인 MariaDB 재단에서 감독합니다. MariaDB DBMS는 많은 Linux 배포판(RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian)에서 MySQL 대신 제공되며 Wikipedia, Google Cloud SQL 및 Nimbuzz와 같은 대규모 프로젝트에서 구현되었습니다.

MariaDB 11 브랜치의 주요 개선 사항은 쿼리 최적화 프로그램을 새로운 가중치 모델(비용 모델)로 전환한 것입니다. 이를 통해 각 쿼리 계획의 가중치를 보다 정확하게 예측할 수 있습니다. 새 모델은 일부 성능 병목 현상을 완화할 수 있지만 모든 시나리오에서 최적이 아닐 수 있으며 일부 쿼리 속도가 느려질 수 있으므로 사용자는 테스트에 참여하고 문제가 발생할 경우 개발자에게 알리는 것이 좋습니다.

이전 모델은 최적의 인덱스를 찾는 데는 능숙했지만, 테이블 스캔, 인덱스 스캔, 레인지 페치 연산의 적용성에 문제가 있었습니다. 새 모델에서는 스토리지 엔진을 사용하여 작업의 기본 가중치를 변경함으로써 이러한 단점이 제거되었습니다. 순차 쓰기 스캔과 같은 디스크 속도 종속 작업의 성능을 평가할 때 이제 데이터가 초당 400MB의 읽기 속도를 제공하는 SSD에 저장되어 있다고 가정합니다. 또한, 최적화 프로그램의 다른 가중치 매개변수가 조정되었습니다. 예를 들어 하위 쿼리에서 "ORDER BY/GROUP BY" 작업에 인덱스를 사용하는 기능을 구현하고 매우 작은 테이블에 대한 작업 속도를 높일 수 있었습니다.

새로운 가중치 모델을 사용하면 다음 상황에서 보다 최적의 쿼리 실행 계획을 선택할 수 있습니다.

• 2개 이상의 테이블에 걸쳐 쿼리를 사용하는 경우.
• 동일한 값이 다수 포함된 인덱스가 있는 경우.
• 테이블의 10% 이상을 차지하는 범위를 사용하는 경우.
• 사용된 열 중 일부가 색인화되지 않은 복잡한 쿼리가 있는 경우.
• 서로 다른 스토리지 엔진을 포함하는 쿼리가 사용되는 경우(예: 하나의 쿼리가 InnoDB 및 메모리 엔진의 테이블에 액세스하는 경우)
• FORCE INDEX를 사용하여 쿼리 계획을 개선하는 경우.
• "ANALYZE TABLE" 사용 시 쿼리 계획이 저하되는 경우.
• 쿼리가 다수의 파생 테이블에 걸쳐 있는 경우(많은 수의 중첩된 SELECT)
• 인덱스에 속하는 ORDER BY 또는 GROUP BY 표현식을 사용하는 경우.

MariaDB 11 브랜치의 주요 호환성 문제:

• SUPER 권한을 사용하면 별도로 설정된 권한을 사용할 수 있는 작업을 더 이상 수행할 수 없습니다. 예를 들어 바이너리 로그의 형식을 변경하려면 BINLOG ADMIN 권한이 필요합니다.
• InnoDB에서 변경 버퍼 구현을 제거했습니다.
• Innodb_flush_method 및 innodb_file_per_table은 더 이상 사용되지 않습니다.
• Mysql* 이름 지원은 더 이상 사용되지 않습니다.
• licit_defaults_for_timestamp를 0으로 설정하는 것은 더 이상 사용되지 않습니다.
• MySQL과의 호환성을 위해 심볼릭 링크는 별도의 패키지에 포함되어 있습니다.
• innodb_undo_tablespaces 매개변수의 기본값이 3으로 변경되었습니다.

출처 : opennet.ru