MySQL数据库各个版本的区别

MySQL数据库

MySQL是一种开放源代码的关系型数据库管理系统（RDBMS），MySQL数据库系统使用最常用的数据库管理语言--结构化查询语言（SQL）进行数据库管理。
由于MySQL是开放源代码的，因此任何人都可以在General Public License的许可下下载并根据个性化的需要对其进行修改。MySQL因为其速度、可靠性和适应性而备受关注。大多数人都认为在不需要事务化处理的情况下，MySQL是管理内容最好的选择。

一、mysql 版本区别

mysql5.7 : 2015年发布，mysql5.7查询性能得以大幅提升，比 MySQL 5.6 提升 1 倍降低了建立数据库连接的时间。

mysql5.6 : 2013年2月发布，mysql5.6版本其中InnoDB可以限制大量表打开的时候内存占用过多的问题InnoDB性能加强。如大内存优化等InnoDB死锁信息可以记录到 error 日志，方便分析InnoDB提供全文索引能力。

mysql5.5 : 2010年12月发布mysql5.5版本默认存储引擎更改为InnoDB 多个回滚段（Multiple Rollback Segments）,之前的innodb版本最大能处理1023个并发处理操作，现在mysql5.5可以处理高达128K的并发事物改善事务处理中的元数据锁定。例如，事物中一个语句需要锁一个表，会在事物结束时释放这个表，而不是像以前在语句结束时释放表。增加了INFORMATION_SCHEMA[ˈski:mə]]表，新的表提供了与InnoDB压缩和事务处理锁定有关的具体信息。

mysql5.1 : 20o8年发布的MySQL 5.1 的版本，基本上就是一个增加了崩溃恢复功能的MyISAM，使用表级锁，但可以做到读写不冲突，即在进行任何类型的更新操作的同时都可以进行读操作，但多个写操作不能并发。

mysql-5.0 : mysql-5.0版本之前，myisam默认支持的表大小为4G。从mysql-5.0以后，myisam默认支持256T的表单数据。myisam只缓存索引数据。 2005年的5.0版本又添加了存储过程、服务端游标、触发器、查询优化以及分布式事务功能。

mysql-4.1 : 2002年发布的4.0 Beta版，至此MySQL终于蜕变成一个成熟的关系型数据库系统。 2002年mysql4.1版本增加了子查询的支持，字符集增加UTF-8，GROUP BY语句增加了ROLLUP，MySQL.user表采用了更好的加密算法。支持每个innodb引擎的表单独放到一个表空间里。innodb通过使用MVCC(多版本并发控制)来获取高并发性，并且实现sql标准的4种隔离级别，同时使用一种被称成next-key locking的策略来避免幻读(phantom)现象。除此之外innodb引擎还提供了插入缓存(insert buffer)、二次写(double write)、自适应哈西索引(adaptive hash index)、预读(read ahead)等高性能技术。

二、存储引擎

1、MyISAM ：【简单介绍】MyISAM[my-z[ei]m]表是独立于操作系统的，这说明可以轻松地将其从Windows服务器移植到Linux服务器；每当我们建立一个MyISAM引擎的表时，就会在本地磁盘上建立三个文件，文件名就是表明。例如，我建立了一个 MyISAM引擎的tb_Demo表，那么就会生成以下三个文件： 1.tb_demo.frm，存储表定义； 2.tb_demo.MYD，存储数据； 3.tb_demo.MYI，存储索引。

【适用环境】MyISAM：默认的MySQL插件式存储引擎，它是在Web、数据仓储和其他应用环境下最常使用的存储引擎之一（在mysql5.5版本之前）。MyISAM表无法处理事务，这就意味着有事务处理需求的表，不能使用MyISAM存储引擎。MyISAM存储引擎特别适合在以下几种情况下使用： 1.选择密集型的表。MyISAM存储引擎在筛选大量数据时非常迅速，这是它最突出的优点。 2.插入密集型的表。MyISAM的并发插入特性允许同时选择和插入数据。例如：MyISAM存储引擎很适合管理邮件或Web服务器日志数据。

2、InnoDB ：【简单介绍】InnoDB[in-no-db]是一个健壮的事务型存储引擎。

【适用环境】自动恢复：InnoDB的内部恢复机制也相当不错。如果数据库崩溃，InnoDB将尝试进行修复，通过从最后一个时间戳开始运行日志文件。大多数情况都会成功，整个过程是透明的。
       1.更新密集的表。InnoDB存储引擎特别适合处理多重并发的更新请求。
       2.事务。InnoDB存储引擎是支持事务的标准MySQL存储引擎。
       3.自动灾难恢复。与其它存储引擎不同，InnoDB表能够自动从灾难中恢复。
       4.外键约束。MySQL支持外键的存储引擎只有InnoDB。
       5.支持自动增加列AUTO_INCREMENT属性。
一般来说，如果需要事务支持，并且有较高的并发读取频率，InnoDB是不错的选择。
      自动恢复：InnoDB的内部恢复机制也相当不错。如果数据库崩溃，InnoDB将尝试进行修复，通过从最后一个时间戳开始运行日志文件。大多数情况都会成功，整个过程是透明的。
      外键：如果关系模式R中的某属性集不是R的主键，而是另一个关系R1的主键则该属性集是关系模式R的外键，通常在数据库设计中缩写为FK。作用: 保持数据一致性，完整性，主要目的是控制存储在外键表中的数据。使两张表形成关联，外键只能引用外表中的列的值或使用空值。外键就是指另外表中的主键。

3、MEMORY ：【简单介绍】使用MySQL Memory存储引擎的出发点是速度。为得到最快的响应时间，采用的逻辑存储介质是系统内存。虽然在内存中存储表数据确实会提供很高的性能，但当mysqld守护进程崩溃时，所有的Memory数据都会丢失。获得速度的同时也带来了一些缺陷。它要求存储在Memory数据表里的数据使用的是长度不变的格式，这意味着不能使用BLOB和TEXT这样的长度可变的数据类型，VARCHAR是一种长度可变的类型，但因为它在MySQL内部当做长度固定不变的CHAR类型，所以可以使用。{BLOB:常常是数据库中用来存储二进制文件的字段类型。MySQL中，BLOB是个类型系列，包括：TinyBlob、Blob、MediumBlob、LongBlob，这几个类型之间的唯一区别是在存储文件的最大大小上不同。}

【适用环境】一般在以下几种情况下使用Memory存储引擎： 1.目标数据较小，而且被非常频繁地访问。在内存中存放数据，所以会造成内存的使用，可以通过参数max_heap_table_size控制Memory表的大小，设置此参数，就可以限制Memory表的最大大小。 2.如果数据是临时的，而且要求必须立即可用，那么就可以存放在内存表中。 3.存储在Memory表中的数据如果突然丢失，不会对应用服务产生实质的负面影响。

4、MERGE ：【简单介绍】MERGE[mɜ:dʒ]存储引擎是一组MyISAM表的组合，这些MyISAM表结构必须完全相同，尽管其使用不如其它引擎突出，但是在某些情况下非常有用。说白了，Merge表就是几个相同MyISAM表的聚合器；Merge表中并没有数据，对Merge类型的表可以进行查询、更新、删除操作，这些操作实际上是对内部的MyISAM表进行操作。

【适用环境】MERGE[mɜ:dʒ]存储引擎是一组MyISAM表的组合，这些MyISAM表结构必须完全相同，尽管其使用不如其它引擎突出，但是在某些情况下非常有用。说白了，Merge表就是几个相同MyISAM表的聚合器；Merge表中并没有数据，对Merge类型的表可以进行查询、更新、删除操作，这些操作实际上是对内部的MyISAM表进行操作。

5、ARCHIVE ：【简单介绍】Archive[ˈɑ:kaiv]是归档的意思，在归档之后很多的高级功能就不再支持了，仅仅支持最基本的插入和查询两种功能。在 MySQL 5.5版以前，Archive是不支持索引，但是在MySQL 5.5以后的版本中就开始支持索引了。Archive拥有很好的压缩机制，它使用zlib压缩库，在记录被请求时会实时压缩，所以它经常被用来当做仓库使用。

6、maria ：【简单介绍】Maria[mə'ri:ə]是一个MySQL的存储引擎，利用它来扩展MyISAM使之在异常退出时文件不至于损坏。Maria的主要目的是作为更好的 MyISAM，提供崩溃后的故障恢复功能。更长远的目标是成为一个全功能的事务型存储引擎，支持ACID、回滚、多版本并发控制、行级锁、成组提交、以及更好的blob字符类型的处理性能，同时也可以选择不支持事务，最终代替MyISAM成为MySQL的默认存储引擎。

【特点】Maria的特点：

　　1. 多版本并发控制，ACID支持　

　 2. 通过拷贝日志就能进行增强备份　

　3. 高效的磁盘存储