MYSQL 에서 MARIADB 로 마이그레이션 해야할 10가지 이유

MySQL 에서 MariaDB 로 마이그레이션 해야할 10가지 이유
https://seravo.fi/2015/10-reasons-to-migrate-to-mariadb-if-still-using-mysql
2015년 초 글, 아직까지 지켜봐야할 것 같지만:-)

1) MariaDB 개발이 좀 더 개방적이고 활발함
– MySQL 5.7 커밋 로그엔 컨트리뷰터들이 @oracle.com
https://github.com/mysql/mysql-server/
– MariaDB 는 공개 메일링 리스트와 버그트래커가 있고 완전히 공개된 소스코드 리파지토리가 있음
https://launchpad.net/~maria-developers
https://jira.mariadb.org/secure/Dashboard.jspa
https://github.com/MariaDB/server
– MariaDB 가 github 에 컨트리뷰터 수가 많음
– 래드햇 배포본 등에도 MariaDB 가 들어감
– 문서화에 더 열심인 걸로 보임
– MySQL 에 현재 큰 모멘텀 있고 커뮤니티가 여전히 많지만 MariaDB 중심으로 새 움직임이 있음

2) 빠르고 투명한 보안패치 릴리즈
– 오라클은 3개월 주기로 보안패치를 적용 (MySQL 은 2개월 주기)
– 간혹 보안 정보와 업그레이드가 싱크가 맞지 않는 경우가 발생함
– MySQL 은 릴리즈노트에 CVE 식별번호가 모두 리스트업 되지 않음
– 이슈와 픽스에 대한 확인이 모호하여 불만들이 많음
https://lists.launchpad.net/maria-discuss/msg00514.html
– 백포팅이 불가능하게 함, 최신의 MySQL 릴리즈로 업그레이드 할 수 밖에 없는 상황이 있음
– MariaDB 는 CVE 식별번호를 명시하고 이슈 관리를 잘함

3) 좀 더 다듬어진 기능들
– MySQL 5.7 에서 GIS 지원 하지만 MariaDB 는 더 많은 기능들 포함
https://mariadb.com/kb/en/mariadb/mariadb-vs-mysql-features/
https://mariadb.com/products/mariadb#highlight2-wrapper
– 예를 들어 GIS 는 MariaDB 5.3 에서 이미 소개되었음
– MariaDB 는 Dynamic 컬럼 지원

4) 더 많은 스토리지 엔진
– Connect 와 Cassandra, 샤딩을 위한 Spider, 프랙탈 인덱스의 TokuDB
– MySQL 에서도 써드파티 플러그인 형태로 사용은 가능하나 MariaDB 는 공식 릴리즈에 포함시켜 사용이 쉬움

5) 나은 성능
– MariaDB 옵티마이저 성능이 향상되었다고 주장하고 벤치 결과도 나와 있음
– 하지만 이것은 환경에 따라 실제와 좀 다를 수 있음, 아티클엔 3-5% 차이라고 언급

6) Galera 액티브-액티브 마스터 클러스터링
– 2007에 개발을 시작했지만 Percona 와 MariaDB 에서 도입한 이후에도 오라클 MySQL 에 공식적으로 포함되지 않았음
http://galeracluster.com/

7) 오라클 관리하의 불확실성
– 많은 사람들이 MySQL 을 살려두는 오라클의 본 목적을 의심함
– 오라클은 처음에 EU 반독점규제로 썬을 합병할 수 없었는데 MySQL을 살리는 것으로 합병을 승인했다고 함
http://www.oracle.com/us/corporate/press/042364
– 문서에 존속에 대한 만기가 2014년말로 되어있고 이미 지났음
– 아마 오라클 경영진들은 MySQL의 미래에 대해 생각하고 있을 것임
– 오라클이 미묘한 방법으로 벌써 MySQL 약화를 진행하고 있다는 논쟁도 있었음 (2번 참조)
https://lists.launchpad.net/maria-discuss/msg00514.html
– 하지만 오라클 MySQL 활동이 리브레오피스나 젠킨스로 빠르게 포크된 이후 사장된 오픈오피스나 허드슨에 비해 훨씬 성공적이라는 것은 참고할 만함
– 반면에 오라클과 참된 오픈소스 프로젝트 간에 선택이 주어질 때 소프트웨어 자유와 협력 개발의 이점을 잘 알고 있는 사람이라면 선택이 어렵지 않을 것임

8) 유명세가 높아지고 있음
– 2013년 위키피디아 마이그레이션
http://www.infoworld.com/article/2614268/open-source-software/wikipedia-dumps-mysql–hooks-up-with-mariadb.html
– 2013년 구글의 MariaDB 사용
http://www.zdnet.com/article/google-quietly-dumps-oracle-mysql-for-mariadb/
– WordPress, booking.com, Craiglist 의 서포트
https://mariadb.org/about/supporters/ 
– 페도라, OpenSUSE 의 기본 데이터베이스, RHEL7, SUSE Enterprise 12 부터 MySQL 대신 MariaDB 5.5 탑재, Ubuntu 14.04

9) 호환성과 쉬운 마이그레이션
– MariaDB 5.5 는 바이너리 교체로 MySQL 5.5 를 완전히 대체할 수 있음

10) 15년 이후에는 마이그레이션이 어려울 수 있음
– MariaDB 10.0 과 MySQL 5.6 에서 분기하기 시작했으나 어려움없이 전환이 가능함
– MariaDB 10.1 과 MySQL 5.7 에서는 어려울 수도 있으며 덤프 후 새 데이터베이스에 밀어넣어야 할 수 있음

출처: https://xdhyix.wordpress.com/2016/03/24/mysql-%EC%97%90%EC%84%9C-mariadb-%EB%A1%9C-%EB%A7%88%EC%9D%B4%EA%B7%B8%EB%A0%88%EC%9D%B4%EC%85%98-%ED%95%B4%EC%95%BC%ED%95%A0-10%EA%B0%80%EC%A7%80-%EC%9D%B4%EC%9C%A0/