MySQL-版本及服务介绍

1、MySQL各版本

1.MySQL产品

下载地址：https://www.mysql.com/downloads/

Oracle MySQL Cloud Service（commercial）
商业付费软件，基于MySQL企业版和Oracle云服务提供企业级的MySQL数据库服务。

MySQL Enterprise Edition (commercial)
商业付费软件，提供如下服务

• MySQL Database（MySQL数据库）
• MySQL Storage Engines (InnoDB, MyISAM, etc.) （MySQL存储引擎）
• MySQL Connectors (JDBC, ODBC, .Net, etc.) （MySQL链接器）
• MySQL Replication （MySQL复制）
• MySQL Partitioning （MySQL分区）
• MySQL Utilities （MySQL实用程序）
• MySQL Workbench （MySQL建模工具）
• MySQL Enterprise Backup （MySQL企业备份）
• MySQL Enterprise Monitor （MySQL企业监视器）
• MySQL Enterprise HA （MySQL企业高可用）
• MySQL Enterprise Security （MySQL企业安全）
• MySQL Enterprise Transparent Data Encryption (TDE) （MySQL企业透明数据加密）
• MySQL Enterprise Firewall （MySQL企业防火墙）
• MySQL Enterprise Encryption （MySQL企业加密）
• MySQL Enterprise Audit （MySQL企业审计）

MySQL Cluster CGE (commercial)
商业付费软件，基于MySQL Cluster和企业版拥有的各项功能提供企业级的高并发、高吞吐的数据库服务。

MySQL Community Edition (GPL)
免费社区软件，提供基础的数据库服务和其余衍生服务。

2.MySQL社区产品服务

下载地址：https://dev.mysql.com/downloads/

MySQL Community Server (GPL)
MySQL社区服务是世界上最流行的开源数据库。

MySQL Cluster (GPL)
MySQL集群是一个实时的、开放源码的事务数据库。基于MySQL数据库而实现的集群服务，自身提供高并发高负载等特性。

MySQL Router (GPL)
MySQL路由器是轻量级的中间件，能够在您的应用程序和任何后端MySQL服务器之间提供透明的路由。

MySQL Utilities (GPL)
MySQL实用程序提供了用于维护和管理MySQL服务器的命令行实用程序的集合。

MySQL Shell (GPL)
是一个交互式的Javascript、Python或sql接口，支持的开发和管理MySQL服务，是MySQL服务的一个组件。

MySQL Workbench (GPL)
是一个下一代可视化数据库设计应用程序，能够用来高效地设计、管理和记录数据库模式。它既是开源的，也是商业版的。

MySQL Connectors
MySQL链接器提供了标准的数据库驱动程序链接，以便使用与工业标准ODBC和jdbc兼容的应用程序和工具。

MySQL on Windows (Installer & Tools)
为您提供了一套工具，用于开发和管理基于windows的MySQL业务关键应用程序。

MySQL Yum Repository
提供了一个Yum软件库，用于简化在各类linux操做系统上安装和更新MySQL产品。

MySQL APT Repository
MySQL provides an APT-style software repository for installing the MySQL server, client, and other components on a variety of Linux operating systems.
提供了一个APT-style软件库以便在各类linux操做系统上安装MySQL服务器、客户端和其余组件。

MySQL SUSE Repository
MySQL存储库使用在包管理工具提供了一种简单而方便的方法，能够经过最新的软件包来安装和更新MySQL产品。

2、MySQL Community Server各版本

1.各版本主要区别

MySQL 4.0版本
增长了子查询的支持，字符集增长UTF-8，GROUP BY语句增长了ROLLUP，mysql.user表采用了更好的加密算法，InnoDB开始支持单独的表空间

MySQL 5.0版本
增长了Stored procedures、Views、Cursors、Triggers、XA transactions的支持，增长了INFORATION_SCHEMA系统数据库

MySQL 5.1版本
增长了Event scheduler，Partitioning，Pluggable storage engine API ，Row-based replication、Global级别动态修改general query log和slow query log的支持。

MySQL 5.5版本
1)默认存储引擎更改成InnoDB
2)提升性能和可扩展性

• 提升了默认线程并发数(innodb_thread_concurrency)
• 后台输入/输出线程控制（innodb_read_io_threads、innodb_write_io_threads）
• 主线程输入/输出速率控制（innodb_io_capacity）
• 操做系统内存分配程序使用控制(innodb_use_sys_malloc)
• 适应性散列索引(Hash Index)控制，用户能够关闭适应性散列功能。
• 插入缓冲（Insert Buffering）控制，用户能够关闭innodb的插入缓冲功能。
• 经过快速加锁算法提升可扩展性，innodb不在使用代理(posix)线程,而是使用原生的独立操做来完成互斥和读写锁定。
• 恢复组提交（Restored Group Commit）
• 提升恢复性能
• 多缓冲池实例
• 多个回滚段（Multiple Rollback Segments）,以前的innodb版本最大能处理1023个并发处理操做，如今mysql5.5能够处理高达128K的并发事物，
• Linux系统固有的异步输入/输出，mysql5.5数据库系统也提升了linux系统的输入输出请求的并发数。
• 扩展变化缓冲：添加了删除缓冲和清除缓冲
• 改善了日志系统互斥和单独刷新（Flush）列表互斥
• 改善清除程序进度，在mysql5.5中清楚操做线程是独立的线程，并支持并发，可使用innodb_purge_treads配置。
• 改善事务处理中的元数据锁定。例如，事物中一个语句须要锁一个表，会在事物结束时释放这个表，而不是像之前在语句结束时释放表。

3)提升实用性

• 半同步复制（Semi-synchronous Replication）
• 复制Heartbeat
• 中继日志自动恢复（Automatic Relay Log Recovery）
• 根据服务器过滤项复制（Replication Per Server Filtering）
• 从服务器复制支持的数据类型转换（Replication Slave Side Data Type Conversions）

4)提升易管理性和效率

• 创建快速索引（Faster Index Creation）
• 高效的数据压缩（Efficient Data Compression）
• 为大物件和可变长度列提供高效存储
• 增长了INFORMATION_SCHEMA表，新的表提供了与InnoDB压缩和事务处理锁定有关的具体信息。

5)提升可用性

• 针对SIGNAL/RESIGNAL的新SQL语法
• 新的表/索引分区选项。MySQL5.5将表和索引RANG和LIST分区范围扩展到了非整数列和日期，并增长了在多个列上分区的能力。

6)改善检测和诊断
Mysql5.5引入了一种新的性能架构(performancn_shema,P_S),用于监控mysql监控服务器运行时的性能。

MySQL 5.6版本
提升InnoDB性能，支持延迟复制
1)InnoDB如今能够限制大量表打开的时候内存占用过多的问题（好比这里提到的）(第三方已有补丁)
2)InnoDB性能增强。如分拆kernel mutex;flush操做从主线程分离;多个perge线程;大内存优化等
3)InnoDB死锁信息能够记录到 error 日志，方便分析
4)MySQL5.6支持延时复制，可让slave跟master之间控制一个时间间隔，方便特殊状况下的数据恢复。
5)表分区功能加强
6)MySQL行级复制功能增强，能够下降磁盘、内存、网络等资源开销（只记录能肯定行记录的字段便可）
7)Binlog实现 crash-safe
8)复制事件采用crc32校验，加强master/slave 复制数据一致性
9)新增 log_bin_basename （之前variables里面没有binlog位置信息，对数据库的监管很不方便）

2.MySQL 5.7版本新特性

（1）安全性
安全性是数据库永恒的话题，在MySQL 5.7中，有很多安全性相关的改进。包括：

• MySQL数据库初始化完成之后，会产生一个 root@localhost 用户，从MySQL 5.7开始，root用户的密码再也不是空，而是随机产生一个密码，这也致使了用户安装5.7时发现的与5.6版本比较大的一个不一样点
• MySQL官方已经删除了test数据库，默认安装完后是没有test数据库的，就算用户建立了test库，也能够对test库进行权限控制了
• MySQL 5.7版本提供了更为简单SSL安全访问配置，而且默认链接就采用SSL的加密方式
• 能够为用户设置密码过时策略，必定时间之后，强制用户修改密码

ALTER USER 'jeffrey'@'localhost' PASSWORD EXPIRE INTERVAL 90 DAY;

• 能够”锁”住用户，用以暂时禁用某个用户

ALTER USER  'jeffrey'@'localhost' ACCOUNT LOCK;
ALTER USER l 'jeffrey'@'localhost'  ACCOUNT UNLOCK;

（2）灵活性
MySQL 5.7的两个全新的功能，即JSON和generate column。
1）JSON
随着非结构化数据存储需求的持续增加，各类非结构化数据存储的数据库应运而生（如MongoDB）。从最新的数据库使用 排行榜 来看，MongoDB已经超过了PostgreSQL，其火热程度可见一斑。
各大关系型数据库也不甘示弱，纷纷提供对JSON的支持，以应对非结构化数据库的挑战。MySQL数据库从5.7.8版本开始，也提供了对JSON的支持。其使用方式以下：

CREATE TABLE t1 (jdoc JSON);
INSERT INTO t1 VALUES('{"key1": "value1", "key2": "value2"}');

MySQL对支持JSON的作法是，在server层提供了一堆便于操做JSON的函数，至于存储，就是简单地将JSON编码成BLOB，而后交由存储引擎层进行处理，也就是说，MySQL 5.7的JSON支持与存储引擎没有关系，MyISAM 存储引擎也支持JSON 格式。

MySQL支持JSON之后，老是避免不了拿来与MongoDB进行一些比较。可是，MySQL对JSON的支持，至少有两点可以完胜MongoDB：

• 能够混合存储结构化数据和非结构化数据，同时拥有关系型数据库和非关系型数据库的优势
• 可以提供完整的事务支持

2）generate column
generated column是MySQL 5.7引入的新特性，所谓generated column，就是数据库中这一列由其余列计算而得。

例如，知道直角三角形的两条直角边，要求直角三角形的面积。很明显，面积能够经过两条直角边计算而得，那么，这时候就能够在数据库中只存放直角边，面积使用generated column，以下所示：

CREATE TABLE triangle (sidea DOUBLE, sideb DOUBLE, area DOUBLE AS (sidea * sideb / 2));
insert into triangle(sidea, sideb) values(3, 4);
select * from triangle;
+-------+-------+------+
| sidea | sideb | area |
+-------+-------+------+
|   3 |   4 |  6 |
+-------+-------+------+

在MySQL 5.7中，支持两种generated column，即virtual generated column和stored generated column，前者只将generated column保存在数据字典中（表的元数据），并不会将这一列数据持久化到磁盘上；后者会将generated column持久化到磁盘上，而不是每次读取的时候计算所得。很明显，后者存放了能够经过已有数据计算而得的数据，须要更多的磁盘空间，与virtual column相比并无优点。所以，在不指定generated column的类型时，默认是virtual column，以下所示：

show create table triangle\G
*************************** 1. row ***************************
    Table: triangle
Create Table: CREATE TABLE `triangle` (
 `sidea` double DEFAULT NULL,
 `sideb` double DEFAULT NULL,
 `area` double GENERATED ALWAYS AS (((`sidea` * `sideb`) / 2)) VIRTUAL
) ENGINE=InnoDB DEFAULT CHARSET=latin1

若是读者以为generate column提供的功能，也能够在用户代码里面实现，并无什么了不得的地方，那么，或许还有一个功能可以吸引挑剔的你，那就是为generate column建立索引。在这个例子中，若是咱们须要根据面积建立索引以加快查询，就没法在用户代码里面实现，使用generate column就变得很是简单：

alter table triangle add index ix_area(area);

（3）易用性
在MySQL 5.7中，有不少易用性方面的改进，小到一个客户端快捷键 ctrl+c 的使用，大到专门提供一个系统库(sys)来帮助DBA和开发人员使用数据库。

• 在linux下，咱们常用 ctrl+c 来终止一个命令的运行，在MySQL 5.7 以前，若是用户输入了错误的SQL语句，按下 ctrl+c ，虽然可以”结束”SQL语句的运行，可是，也会退出当前会话，MySQL 5.7对这一违反直觉的地方进行了改进，再也不退出会话。
• MySQL 5.7能够explain一个正在运行的SQL，这对于DBA分析运行时间较长的语句将会很是有用
• 在MySQL 5.7中，performance_schema提供了更多监控信息，包括内存使用，MDL锁，存储过程等

sys schema

sys schema是MySQL 5.7.7中引入的一个系统库，包含了一系列视图、函数和存储过程， 该项目专一于MySQL的易用性。

例如，咱们能够经过sys schema快速的知道，哪些语句使用了临时表，哪一个用户请求了最多的io，哪一个线程占用了最多的内存，哪些索引是无用索引等；

sys schema中包含了大量的视图，那么，这些视图的信息来自哪里呢？
视图中的信息均来自performance schema统计信息。
这里 有一个很好的比喻：

For Linux users I like to compare performance_schema to /proc, and SYS to vmstat.

也就是说，performance schema提供了信息源，可是，没有很好的将这些信息组织成有用的信息，从而没有很好的发挥它们的做用。而sys schema使用performance schema信息，经过视图的方式给出解决实际问题的答案。

例如，下面这些问题，在MySQL 5.7以前，须要借助外部工具才能知道，在MySQL 5.7中，直接查询sys库下相应的表就能获得答案：

• 如何查看数据库中的冗余索引

select * from sys.schema_redundant_indexes;

• 如何获取未使用的索引

select * from schema_unused_indexes;

• 如何查看使用全表扫描的SQL语句

select * from statements_with_full_table_scans

（4）可用性
MySQL 5.7在可用性方面的改进也带给人很多惊喜。这里介绍特别有用的几项改进，包括：

• 在线设置复制的过滤规则，再也不须要重启MySQL，只须要中止SQL thread，修改完成之后，启动SQL thread
• 在线修改buffer pool的大小
  MySQL 5.7为了支持online buffer pool resize，引入chunk的概念，每一个chunk默认是128M，当咱们在线修改buffer pool的时候，以chunk为单位进行增加或收缩。这个参数的引入，对innodb_buffer_pool_size的配置有了必定的影响。innodb要求buffer pool size是innodb_buffer_pool_chunk_size* innodb_buffer_pool_instances的倍数，若是不是，将会适当调大innodb_buffer_pool_size，以知足要求，所以，可能会出现buffer pool的实际分配比配置文件中指定的size要大的状况
• Online DDL MySQL 5.7支持重命名索引和修改varchar的大小，这两项操做在以前的版本中，都须要重建索引或表

ALTER TABLE t1 ALGORITHM=INPLACE, CHANGE COLUMN c1 c1 VARCHAR(255);

• 在线开启GTID ，在以前的版本中，因为不支持在线开启GTID，用户若是但愿将低版本的数据库升级到支持GTID的数据库版本，须要先关闭数据库，再以GTID模式启动，因此致使升级起来特别麻烦。MySQL 5.7之后，这个问题不复存在。

（5）性能
性能一直都是用户最关心的问题，在MySQL每次新版本中，都会有很多性能提高。在MySQL 5.7中，性能相关的改进很是多，这里仅介绍部分改进，包括临时表相关的性能改进、只读事务的性能优化、链接创建速度的优化和复制性能的改进。

1）临时表的性能改进
MySQL 5.7 为了提升临时表相关的性能，对临时表相关的部分进行了大幅修改，包括引入新的临时表空间；对于临时表的DDL，不持久化相关表定义；对于临时表的DML，不写redo，关闭change buffer等。全部临时表的改动，都基于如下两个事实 ：

• 临时表只在当前会话中可见
• 临时表的生命周期是当前链接（MySQL宕机或重启，则当前链接结束）

也就是说，对于临时表的操做，不须要其余数据同样严格地进行一致性保证。经过不持久化元信息，避免写redo等方式，减小临时表操做的IO，以提升临时表操做的性能。

2）只读事务性能改进
众所周知，在传统的OLTP应用中，读操做远多于写操做，而且，读操做不会对数据库进行修改，若是是非锁定读，读操做也不须要进行加锁。所以，对只读事务进行优化，是一个不错的选择。
在MySQL 5.6中，已经对只读事务进行了许多优化。例如，将MySQL内部实现中的事务链表分为只读事务链表和普通事务链表，这样在建立ReadView的时候，须要遍历事务链表长度就会小不少。
在MySQL 5.7中，首先假设一个事务是一个只读事务，只有在该事务发起了修改操做时，才会将其转换为一个普通事务。MySQL 5.7经过避免为只读事务分配事务ID ，不为只读事务分配回滚段，减小锁竞争等多种方式，优化了只读事务的开销，提升了数据库的总体性能。

3）加速链接处理
在MySQL 5.7以前，变量的初始化操做（THD、VIO）都是在链接接收线程里面完成的，如今将这些工做下发给工做线程，以减小链接接收线程的工做量，提升链接的处理速度。这个优化对那些频繁创建短链接的应用，将会很是有用。

4）复制性能的改进
MySQL的复制延迟是一直被诟病的问题之一，欣喜的是，MySQL 5.7版本已经支持”真正”的并行复制功能。MySQL 5.7并行复制的思想简单易懂，简而言之，就是”一个组提交的事务都是能够并行回放的”，由于这些事务都已进入到事务的prepare阶段，则说明事务之间没有任何冲突（不然就不可能提交）。MySQL 5.7之后，复制延迟问题永不存在。

这里须要注意的是，为了兼容MySQL 5.6基于库的并行复制，5.7引入了新的变量slave-parallel-type，该变量能够配置成DATABASE（默认）或LOGICAL_CLOCK。能够看到，MySQL的默认配置是库级别的并行复制，为了充分发挥MySQL 5.7的并行复制的功能，咱们须要将slave-parallel-type配置成LOGICAL_CLOCK。

3.选择合适的下载版本

咱们选择Generally Available（GA）Release 去下载。GA 是指软件的通用版本，通常指正式发布的版本。