《MySQL DBA修炼之道》——第2章 MySQL安装部署和入门 2.1如何选择MySQL版本

本节书摘来自华章出版社《MySQL DBA修炼之道》一书中的第2章，第2.1节，作者：陈晓勇，更多章节内容可以访问云栖社区“华章计算机”公众号查看。

第2章 MySQL安装部署和入门 2.1 如何选择MySQL版本

在选择MySQL的版本时，要根据生产情况来决定，是对现有生产环境中的数据库进行版本升级呢？还是部署新的数据库呢？如果已经在生产环境中部署了MySQL，那么我们不需要急着将其升级到最新版本，旧的版本已经在生产环境中长期稳定地运行，而新版本刚出来时，往往并不是那么稳定，通常都会有一些Bug需要修复。不稳定版本将导致生产系统的不稳定，所以，如果不是急需新版本的某种特性，或者旧版本有严重的安全隐患，建议继续使用旧的MySQL版本即可。如果新版本已经稳定成熟且生产环境中的版本过于陈旧，那么可以考虑升级旧的MySQL版本。MySQL的发展已经有10多年了，截至2016年6月，Oracle已经发布了MySQL 5.5、MySQL 5.6、MySQL 5.7，其中MySQL 5.5已经比较成熟，读者可以考虑把生产环境中的MySQL 5.0和MySQL 5.1升级到MySQL 5.5，如果需要MySQL 5.6的一些新特性，那么可以考虑将非核心的一些系统升级到MySQL 5.6。
升级到新版本，往往可以获得一定程度上的性能提升，所以，有计划地把生产环境中的MySQL 5.0、MySQL 5.1系统升级为最新的稳定成熟版本是值得的。如果升级的代价比较大，那么保持现状也是可以的。如果生产数据库的部署是标准的，那么可以考虑编写一个自动升级的脚本。先统一升级从库，再升级主库。由于升级主库可能对服务的可用性造成影响，因此需要和相关方协调好时间计划。如果前端有带数据库自动切换功能的中间件，或者应用层能够比较友好地处理主从切换，那么把数据库流量临时切换到从库，可以大大减少对生产服务的影响。
对MySQL的分支选择也要慎重，2008年SUN公司收购了MySQL AB，但次年Oracle又收购了SUN，MySQL也是交易的一部分，这之后，Oracle的一系列举动让许多用户和开发者开始质疑MySQL在Oracle旗下的命运，进而开始选择其他替代品。对于MySQL分支的选择，本书不做过多的叙述，现实中，已经有一些重量级公司放弃了MySQL，转向MySQL的其他分支，如MariaDB、Percona Server，但对于绝大部分中小公司来说，使用官方的MySQL或其他分支（如MariaDB），都是比较好的选择，能够满足绝大部分的需求。笔者的建议是如果公司尚在起步阶段，选择Oracle官方的版本即可。我们选择一个产品往往会基于一个重要的理由，它必须是由一个可靠的、成熟的公司或组织来维护的，这能够确保这个产品会得到长久、稳定的支持。技术发展的目的是解放生产力，如果官方版本仍然能够为企业带来好处，那么坚持使用原来的产品往往是一种比较好的选择，开源和闭源的分裂将是长期的，也是可以共存的，只要是对企业有利的，就不应该拒绝继续使用，除非你有明确的理由放弃它。

一个奇怪的MySQL慢查询，打懵了一群不懂业务的DBA！ 表上的字段既然都有索引，那么按照之前的文章分析，是两个字段都可以走上索引的。既然能够利用索引，表的总大小也就是200M左右，那么为什么形成了慢查呢？我们查看执行计划，去掉limit 后，发现他选择了走全表扫描。
首先，我们来看看DBA的具体工作，我觉得 DBA 真的很忙：备份和恢复、监控状态、集群搭建与扩容、数据迁移和高可用，这是我们 DBA 的功能。
利用Xtrabackup工具备份及恢复(MySQL DBA的必备工具) 利用Xtrabackup工具备份及恢复(MySQL DBA的必备工具) Xtrabackup——MySQL DBA的必备工具 文档参照http://www.percona.com/docs/wiki/percona-xtrabackup:start mysql要使用5.1.50版本或以上。
MySQL DBA 日常工作 最近有很多同学在跑路，有的会选择加入到DBA这个行业，可能之前做过开发，或者运维等相关行业，写这篇文章就是想让大家了解一下MySQL DBA正常工作的内容。也让大家更了解MySQL DBA。