답변:
지금은 MariaDB와 함께 할 시간이라고 생각합니다 (지금과 같이 이런 시간을 할 때와 마찬가지로). 개인적으로 MariaDB를 실제 고객 사이트에 배포 한 몇 명의 개발자가 나보다 먼저 알게 될 때까지 기다렸습니다.
어떤 상황에서는 응용 프로그램 변경이 필요할 수 있지만 데이터베이스 엔진을 변경하는 것만 큼 심각하지 않은 것은 가볍게 생각해서는 안됩니다.
오라클이 MySQL을 적극적으로 개발할 것인지 여부를 추측 할 이유는 없습니다. 사실은 쉽게 알 수 있습니다. 변경 로그를보고 릴리스 발표를 미리보십시오. 진실은 오라클이 이전보다 훨씬 빠르게 MySQL 개발을 가속화했으며 Sun의 5.1 릴리스 또는 MySQL AB의 5.0 릴리스와는 달리 릴리스의 품질도 매우 우수하다는 것입니다.
오라클은 MySQL을 포기한 것이 아니라 MySQL을 절약 한 것으로 인정받을 가치가 있습니다.
MariaDB는 MySQL과의 호환성으로 인해 플러그인 만 가능합니다. 또한 DB 관리를위한 몇 가지 좋은 기능이 있습니다 (예 : 몇 초가 아닌 마이크로 초의 쿼리 시간 정확도).
여러 Drupal 사이트에서이 작업을 수행했으며 전혀 문제가 없었습니다.
대부분의 서버와 클라이언트는 여전히 MyISAM 기반 데이터베이스를 주로 사용하고 있고 http://vbtechsupport.com/606/ 에서 MariaDB 5.2로 전환하기 시작했습니다 . MyISAM 관련 성능 향상을 원할 경우 MariaDB를 선택하는 것이 분명합니다.
MariaDB 5.3은 mysql 복제 개선과 그룹 커밋으로 페이스 북의 MySQL 페이지와 https://lists.launchpad.net/maria-developers/msg04278.html 의 결과를 볼 수 있습니다.
흥미로운 것을 배웠습니다 ...
Baron Schwartz 는 MySQL이 한동안 강세를 유지할 것으로 확신합니다. 개인적으로, 나는 아직 MySQL 기차에서 뛰어 내리지 않을 것입니다. MySQL (eh, 혀를 굴리지 않고 결코 그렇지 않을 Oracle)이 계속 지원되므로 Monty 및 Percona와 같은 다른 사람들은 MyISAM에 대한 MySQL의 변경에 보조를 맞출 수 있습니다. 희귀 할 수도 있습니다). 그러한 변경이 없을 경우, Monty와 Percona는 MyISAM 및 MariaDB 코드에 상응하는 변경을 구현할 수 있습니다.
당신은 MySQL을 미국의 사회 보장과 비슷하게 생각할 수 있습니다. 사회 보장에 대해 말하는 사람들이 많이 있지만, 이제 사회 보장을 탈퇴하면 미래의 월별 지급금 / 혜택 중 하나를 빼앗길 수 있습니다. Drizzle는 그 경로로 가서 MyISAM을 얼어 붙게하고 임시 테이블 용도로만 해당 스토리지 엔진을 사용합니다. 가장 노련한 Drizzle 사용자는 그러한 결정에 만족하지만, 더 높은 기대에 대한 여지를 남기지 않습니다.
따라서 MySQL이 실제로 사라질 때까지 MySQL을 버릴 이유가 없습니다. 물론 MariaDB가 더욱 성숙하고 널리 보급 될 때까지 스토리지 엔진과 DB 서버의 전환은 단순히 학문적으로 만들어졌으며 개인적인 선택으로 귀결됩니다.