你之前工作中使用的是什么版本的mysql？为什么选择这个版本？

mysql常见的发行版
- mysql官方版本
- percona mysql （兼任官方版本，性能高于mysql社区版）
- mariadb （功能兼容mysql）

答：贵公司使用的是什么版本的mysql，再结合自己之前的项目经验来讲。
比如我们之前使用的是percona的mysql版本，这个版本跟官方版本是完全
兼任的，并且还有mysql企业版才有的功能，用户审计，防火墙，innodb做备份工 具等等，并且性能要好于mysql的官方版本。

各个发行版之间的区别和缺点

如何决定是否要对mysql进行升级？如何进行升级？

1.升级是否可以给业务带来好处。

• 是否可以解决业务上的某一方面的痛点
  比如：5.6-5.7多线程复制，更好的并发性，减少主从延迟的时间。
  8.0修复了 只复制json中修改的部分。想要提高性能就得升级到8这个版本。
• 是否可以解决运上的某一方面的疼点
  比如：新版本是否修复了老版本的bug，是否提供了更多的方法来方便我们管理。
  8.0给运维提供了 各种mysql的监控度量值。

2.升级可能对业务带来的潜在的风险和影响。

• 对原业务程序的支持是否有影响。
  比如：不同版本的mysql，需要不同版本的jdbc来进行连接
• 对原业务程序的性能是否有影响
  比如：更新后的查询优化器，不能建立之前的索引的情况下，也可能会对查询带来负面的影响。

3.定制具体的数据库升级方案。

• 评估受影响的业务系统
  比如：找出对应的业务系统数据库，找到负责人沟通明确数据的升级时间，并且跟研发确认是否同步数 据库连接驱动版本，明确后制定详细的步骤。
• 升级的详细步骤
  比如：使用真实的业务数据进行多次测试，
• 升级后的数据库环境检查
  比如：数据库配置文件参数检查，数据库系统对象的检查，环境检查等。
  有些在新版本中配置参数在新版本是不存在的。可能会造成数据库无法启动。
  mysql upgrade更新系统表。
• 升级后的业务检查
  比如：保证在高版本业务不受任何影响，可以正常运行。

4.升级失败后的回滚方案。

• 升级失败的回滚步骤
  比如：先备份数据库。

• 回滚后的数据库环境检查

• 回滚后的业务检查

主从数据库滚动升级步骤

• 升级数据库进行备份
• 升级slave 服务器版本
  （编译安装新版的实例，关闭老版本的实例，启动新版本的实例。）
• 手动进行主从切换
• 升级master服务器版本
• 升级完成之后进行业务检查

最新的mysql版本是什么？它有什么特性比较吸引你？

mysql8.0版本主要的新特性

• 服务器功能

  • 所有猿数据使用innodb引擎储存，无frm文件。
  • 系统表采用innodb储存并采用独立表空间。
  • 支持定义资源管理组（目前仅支持cpu资源）
    命令：create resource group xx type=user VCPU=0 THREAD_PRIORITY=10;
    可以用：select * from information——schema.resource_groups;
    查看所有使用的资源组
    获取进程号： use performance_schema
    定义资源组：set resource group xx for 84;
  • 支持不可见索引和降序索引，支持直方图优化。
  • 支持窗口函数。
  • 支持在线修改全局参数持久化。

• 用户及安全

  • 默认使用caching_sha2_password认证插件。
  • 新增支持定义角色（role）。
  • 新增密码历史记录功能，限制重复使用密码。

• innodb功能

  • innodb ddl语句支持原子操作
  • 支持在线修改undo表空间
  • 新增管理视图用于监控innodb表状态
  • 新增innodb_dedicated_server配置项