MariaDB 10.4은 현재 개발 지점입니다. 5 월 21 일, RC 릴리스 버전 10.4.5 릴리스, 가까운 공식 출시를 받고. 10.4의 새로운 기능은 점점 더 우려입니다. 이 논문은 mariadb 공식 블로그 내용의 일부를 출판 요약 한 것입니다. : 해당 사항, 당신은 MariaDB 10.4 변경점 정독 할 수 https://mariadb.com/kb/en/library/mariadb-1040-changelog/을
성능 개선
때문에 성능의 바이트 길이는 일반적으로 유니 코드 문자는 다른 문자 집합보다 낮은 latin1에 같은 설정합니다. 이 분야에서 MySQL8.0이 크게 향상되었습니다. 이와 관련, MariaDB 10.4도 10.3보다 훨씬 빠릅니다. 이제 점점 더 많은 사람들이 저장되는 UTF8 문자 집합을 필요로 이모티콘 다이어그램을 사용하는 것을 선호, 그래서 이것은 매우 중요한 개선이다. 조건이 이제 하위 쿼리에 푸시 다운 할 수 있기 때문에, IN에서 MariaDB 10.4 그래서 () 하위 쿼리 높은 효율을 실현.
리두 로그의 크기에 따라 다름, InnoDB의 시작 및 종료 시간이 좀 걸릴 것입니다. 시작시 MariaDB는, 종료, 퍼지 개선. mariabackup 및 핫 백업 도구 xtrabackup의 인기를 감안할 때, 이러한 개선은 특히 중요하다. (재생 리두 로그 중) 궁극적으로, 이러한 도구는 복구를 시작하기 위해 InnoDB의 종료를 포함,이 분야에서 개선 그러므로 크게 백업을 덤프하는 시간을 줄일 수 있습니다.
이노 개선
이미 MariaDB 10.4 DROP CLOLUMN 과도 동작. 테이블을 다시 할 필요가 없습니다, 당신은 테이블의 컬럼 순서를 변경할 수 있습니다. 우리는 그것이 얼마나 중요한지 강조 할 수 없다. 당신은 가장 일반적인 작업의 생산 환경에서 무엇을 궁금해 할 수있다? 추가 및 인덱스를 삭제하는 것은 특히 중요하다. 또한 새 열을 추가하거나 인덱스 공통 작업을 삭제합니다. 지금까지 가장 일반적인 방법이 작동하는 외부 도구를 사용하는 것입니다 : PT-온라인 스키마 변경이나 GH-OST. 두 도구 (GH-OST는 갈레 클러스터에서 사용할 수 없습니다 예를 들어) 제한이 있습니다. 특히 어려운 매우 제한된 시간 테이블이 외래 키를 가지고있을 것입니다. 순간 열 추가는 이미 ,, 스키마는 순간 DROP COLUMN에 의해 변경 될 수 있습니다. 이 일시적인 작업은 우리가 필요한 것입니다. 인덱스를 생성처럼, 스키마 변경이 아닌 차단을 할 수 있지만 복제를 사용하는 경우, 이러한 작업은 크게 도전을 받고있다. 프로덕션 환경에서 이러한 작업을 수행 할 수 있습니다 그럼에도 불구하고, 우리는 여전히 PT-온라인 schame 변화를 사용하는 것이 좋습니다.
확장 된 VARCHAR C 럼은 추가 문자 집합 및 정렬에 비 인덱스 컬럼은 일시적인 작동 될 것이다 변경, 빨리 될 것입니다.
일반 변경
사용자 관리의 또 다른 가장 큰 변화. mysql.host 테이블은 더 이상 사용되지 더 이상 생성되지 않습니다. 사용자 계정 및 전역 권한은 테이블을 mysql.global_priv에 저장합니다. MySQL과 MariaDB 사용자 말하기의 옵션에 대한 관리 도구는 이러한 변경 사항은 중요하다. 버전 10.4하기 전에, 당신은 사용자 관리와 관련된 사례를 다시 작성해야합니다. 우리는 장소에 이러한 변경 사항을 인식 할 필요가 없지만,이에 대한 MariaDB와 MySQL 도구를 유지하기 위해 어쩔 수 없다. 사용자 관리에서 MariaDB 10.4은 사용자의 암호가 만료 제어 할 수있는 옵션이 있습니다. 이것은 확실히 올바른 방향으로 중요한 걸음입니다 ---- 비동기 암호 관리의 더 나은 구현에 기여한다.
마지막 버전 10.4 sql_mode = MSSQL 제공 될 수있다. 이것은 초기 구현이지만, 어떤 점에서 초기 구현은 sql_mode은 = ORACLE이다. 점점 더 많은 새로운 기능과 변경 사항이 갈수록이기 때문에, 점점 더 많은 사용자가 MariaDB 오라클 또는 Microsoft SQL Server에서 마이그레이션 할 수 있습니다 -이 비즈니스 사용자에 MariaDB 초점이 있음을 나타냅니다.
MariaDB 지점
최근 MariaDB는 InnoDB의 개선 및 호환성을 보는 설명하는 블로그를 보았다. 주로 MariaDB는 더 이상 MySQL의에서 InnoDB의 새로운 기능에 맞는, 우리는 안정성과 성능 향상에 초점을 맞출 것이다. 즉 더 이상 호환 MariaDB MySQL은 없습니다. mysqldumper처럼 / mysqlloader 논리적 백업 도구는 유일한 도구 마이그레이션 될 것입니다. 다행히, MariaDB는 자신의 InnoDB의 분기를 유지하는 능력이있다.
성능은 기록 데이터의 관점에서, 이노 MariaDB는 성능이 향상된 집적.
사용자의 릴리스 버전은 이전 MariaDB10.4보다 더 안정적입니다. 특히 성능 변화의 측면에서 - 그것은 또한 우리가 두 개의 서로 다른 스토리지 엔진 코어를 배울 필요가 있다는 것을 의미한다. 우리는 이노의 다른 버전을 지원하는 도구를 개발해야합니다. 우리는이 점에서 진보에 초점을 맞출 것이다. 더 많은 호환되지 않는 기능 및 도입 mysql8.0 큰 변화로서, 새로운 기능을 개발하는 의미와 MySQL와 호환되지하게에 집중했다.