2.7. MariaDB 10.5에서 MariaDB 10.11로 업그레이드
이 부분에서는 RHEL 9 내의 MariaDB 10.5 에서 MariaDB 10.11 로의 마이그레이션을 설명합니다.
2.7.1. MariaDB 10.5와 MariaDB 10.11의 주요 차이점
MariaDB 10.5 와 MariaDB 10.11 간의 중요한 변경 사항은 다음과 같습니다.
-
새로운
sys_schema
기능은 데이터베이스 사용량에 대한 정보를 제공하는 뷰, 함수 및 프로시저의 컬렉션입니다. -
CREATE Cryostat
, Cryostat ,RENAME
Cryostat ,DROP DATABASE
, DROP DATABASE 및 관련 DDL(Data Definition Language) 문이 원자적입니다.문을 완전히 완료해야 합니다. 그렇지 않으면 변경 사항이 취소됩니다.
DROP
Cryostat를 사용하여 여러 테이블을 삭제할 때 각 드롭다운만 전체 테이블 목록이 아닌 atomic입니다. -
새로운
GRANT … TO PUBLIC
권한을 사용할 수 있습니다. -
이제
SUPER
및READ 전용
권한이 분리되어 있습니다. -
이제 새로운
UUID
데이터베이스 데이터 유형에 범용 고유 식별자를 저장할 수 있습니다. - MariaDB 는 이제 SSL(Secure Socket Layer) 프로토콜 버전 3을 지원합니다.
- 이제 MariaDB 서버를 시작하려면 올바르게 구성된 SSL이 필요합니다. 이전에는 MariaDB 에서 SSL을 자동으로 비활성화하고 SSL을 잘못 구성하는 경우 비보안 연결을 사용했습니다.
-
MariaDB 는 이제
natural_sort_key()
함수를 통해 자연 정렬 순서를 지원합니다. -
이제 임의의 텍스트 형식에 새로운
SFORMAT
함수를 사용할 수 있습니다. -
utf8
문자 세트(및 관련 데이터 정렬)는 기본적으로utf8mb3
의 별칭입니다. - MariaDB 는 UCA( Unicode Collation Algorithm) 14 데이터 정렬을 지원합니다.
-
MariaDB 의
systemd
소켓 활성화 파일은 이제/usr/share/
디렉토리에서 사용할 수 있습니다. 이는 업스트림과 달리 RHEL의 기본 구성의 일부가 아닙니다. -
오류 메시지에
MySQL
대신MariaDB
문자열이 포함됩니다. - 이제 중국어로 오류 메시지를 사용할 수 있습니다.
- 기본 logrotate 파일이 크게 변경되었습니다. MariaDB 10.11 로 마이그레이션하기 전에 구성을 검토합니다.
-
MariaDB 및 MySQL 클라이언트의 경우 명령줄에 지정된 연결 속성(예:
--port=3306
)은 이제tcp
,소켓
,파이프
또는메모리
와 같은 클라이언트와 서버 간의 프로토콜 통신 유형을 강제 적용합니다. 이전에는 MariaDB 클라이언트가 UNIX 소켓을 통해 연결된 경우 지정된 포트가 무시되었습니다.
2.7.2. MariaDB 10.5의 RHEL 9 버전에서 MariaDB 10.11로 업그레이드
다음 절차에서는 dnf
및 mariadb-upgrade
유틸리티를 사용하여 mariadb-server
RPM 패키지에서 mariadb:10.11
모듈 스트림으로 제공되는 MariaDB 10.5 에서 업그레이드하는 방법을 설명합니다.
mariadb-upgrade
유틸리티는 mariadb-server 패키지의 종속성으로 설치된
하위 패키지에서 제공합니다.
mariadb-server-
utils
사전 요구 사항
- 업그레이드를 수행하기 전에 MariaDB 데이터베이스에 저장된 모든 데이터를 백업합니다.
절차
MariaDB 서버를 중지합니다.
# systemctl stop mariadb.service
변조되지 않은 MariaDB 10.5 에서 모듈식 MariaDB 10.11 로 전환합니다.
# dnf module switch-to mariadb:10.11
-
/etc/my.cnf.d/
에 있는 옵션 파일이 MariaDB 10.11 에 유효한 옵션만 포함하도록 구성을 조정합니다. 자세한 내용은 MariaDB 10.6 및 MariaDB 10.11 에 대한 업스트림 문서를 참조하십시오. MariaDB 서버를 시작합니다.
독립 실행형으로 데이터베이스를 업그레이드하는 경우:
# systemctl start mariadb.service
Galera 클러스터 노드를 업그레이드하는 경우 다음을 수행합니다.
# galera_new_cluster
mariadb
서비스가 자동으로 시작됩니다.
mariadb-upgrade 유틸리티를 실행하여 내부 테이블을 확인하고 복구합니다.
독립 실행형으로 데이터베이스를 업그레이드하는 경우:
# mariadb-upgrade
Galera 클러스터 노드를 업그레이드하는 경우 다음을 수행합니다.
# mariadb-upgrade --skip-write-binlog
즉각적 업그레이드와 관련하여 특정 위험 및 알려진 문제가 있습니다. 예를 들어 일부 쿼리가 작동하지 않거나 업그레이드 전과 다른 순서로 실행될 수 있습니다. 이러한 위험 및 문제에 대한 자세한 내용과 인플레이스 업그레이드에 대한 일반적인 정보는 MariaDB 10.11 릴리스 노트 를 참조하십시오.