MySQL-版本及服务介绍

一、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产品。

二、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.选择合适的下载版本

MySQL-版本及服务介绍_第1张图片

我们选择Generally Available(GA)Release 去下载。GA 是指软件的通用版本,一般指正式发布的版本。

转载于:https://www.cnblogs.com/tongxiaoda/p/7866325.html

你可能感兴趣的:(MySQL-版本及服务介绍)