Debian Stretch 预计将于今年年中发布。
mysql-server-5.x 将不再可用,并且用 mariadb-server-10.1 替换. 我觉得自己还没有准备好迈出这一大步并转向 MariaDB,我宁愿继续使用 mysql 5.6 或者 - 甚至更好 - 5.7。你会推荐什么 - 使用5.7来自 Debian 的不稳定存储库?使用oracle 提供的软件包? 还有其他选择吗?
谢谢!
答案1
除非您实际上正在使用 5.6+ 特定的功能,否则 mariadb 在所有意图和目的上都是完全兼容的。
或者,作为维基百科上关于 mariadb 的文章将其:
MariaDB 版本号遵循 MySQL 的编号方案,直至版本 5.5。因此,MariaDB 5.5 提供了 MySQL 5.5 的所有功能
请记住,mariadb 的首席开发人员是蒙蒂- mysql 的原作者。
除非您担心对专门为 mysql 5.6+ 编写的代码的支持,否则我认为没有令人信服的理由避免使用 mariadb(除了个人品味和可能的支持选项之外)。
如果您确实需要 5.6+ 功能,那么我建议您检查您的特定需求是否得到支持(并且可能评估进行某些改动的“成本”)。
多年来,我运行或安装的大多数“需要”mysql 的东西似乎都非常乐意使用 mariadb,而 mariadb 明确打算成为(现在的)Oracle MySQL 的插件。
您没有提到您对切换有何担忧,但我建议您至少考虑重新评估您对 MariaDB 的担忧 - 除此之外,您可能会发现使用您选择的发行版的默认选择比需要处理集成替代方案使您的(操作)生活更轻松。
答案2
似乎没有技术原因导致您不应该继续使用 Oracle 提供的软件包(他们已承诺发布 debian 拉伸软件包)。当然,有几个非技术角度让很多用户转向 MariaDB,您可能也想考虑这些因素。但这是 serverfault,我更希望看到问题和答案围绕技术问题而不是政治问题来写。
如果切换到 MariaDB 是技术上的“一大步”(不常见,但可能……),请务必继续使用 MySQL 5.6 或迈出“小步”到 5.7。这里需要尽职调查……
发行版选择可以为您节省设置工作,但这是它们唯一的附加价值。我通常不太重视这一点,这最终是 Ops 的选择。在(我的)DevOps 世界中,我倾向于选择那些让开发人员/测试人员更快乐、更高效的工具,并相信 Ops 能够进行部署,即使要付出“更多设置时间”(通常是一次性事件,而不是像开发/测试这样的持续活动)。
另外两分钱:
不要让懒惰定义你的环境。检查 MariaDB!
远离不稳定的存储库。大多数情况下它们都还不错,但如果没有“足够多的关注”,你不会想使用数据库。
答案3
Maria 和 Percona 都是 MySQL 的直接替代品。从 MySQL 迁移到 Maria 比升级到较新版本的 MySQL 要容易得多,特别是如果您使用的是非标准存储引擎。(从 5.5.5 版开始,InnoDB 成为默认存储引擎;在此之前,MyISAM 是默认存储引擎。)
Maria 声称是 MySQL 的直接替代品。 https://mariadb.com/kb/en/mariadb/mariadb-vs-mysql-compatibility/
维基百科从 MySQL 迁移到 MariaDB。 http://www.infoworld.com/article/2614268/open-source-software/wikipedia-dumps-mysql--hooks-up-with-mariadb.html
Google 从 MySQL 迁移到 MariaDB。 http://www.zdnet.com/article/google-quietly-dumps-oracle-mysql-for-mariadb/
Red Hat 使用 MariaDB 而不是 MySQL。 https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/7.0_Release_Notes/chap-Red_Hat_Enterprise_Linux-7.0_Release_Notes-Web_Servers_and_Services.html
SUSE Enterprise Linux 使用 MariaDB 而不是 MySQL。 https://www.suse.com/releasenotes/x86_64/SUSE-SLES/12/#fate-316482
Arch 使用 MariaDB 而不是 MySQL。 https://www.archlinux.org/news/mariadb-replaces-mysql-in-repositories/
这个问题可能是https://dba.stackexchange.com/。
Oracle 公司有既得利益,阻止开源数据库软件干扰其商业产品。仅凭这一点还不足以成为不信任 MySQL 的理由,但却是一个值得注意的事实。