12c Release 2文档发布

Oracle Database 12c Release 2文档在2016年11月中旬公开发布， 12c Relese 2离公开下载的日子又近了一步，如果想了解新版本、新特性，可以从文档开始了。

http://docs.oracle.com/database/122/index.html

 
相比于12c Release 1，Release 2在Multitenant、In-Memory、Spatial and Graph、Sharding几个方面有了加强和改进。

12c Release 2特性解读

Oracle 12c R2从云端首先支持。下面是整理的一些新特性，发布时间以官方发布时为准。

1、Oracle Core Database 

Oracle将针对Linux提出一个新的安装版本Oracle Core Datbase，这意味着你安装Oracle Core Database只需要一条命令yum install oracle-core-database。

与之前Oracle发布过的Oracle Express版本Oracle XE看起来有些相似，但是有巨大的差别，Oracle XE是免费的，没有官方支持也没有补丁。而Oracle Core database是需要license许可证，同时官方也提供支持和补丁。

Oracle Core Database版本将区别于Oracle企业版的较高价格，主要是为了让用户能从sharding中充分获得横向扩展能力，Core Database可以大幅降低其license成本费用，达到Oracle EE企业版的几分之一乃至几十分之一的价格。 
 
2、Oracle Sharding

简单来说，Oracle的Sharding技术就是通过分区（Partioning）技术的扩展来实现的。以前一个表的分区可以存在于不同的表空间，现在可以存在于不同的数据库。不同分区存在于不同数据库，这就将数据隔离了开来，Sharding就此实现。

在Sharding的架构里，存在一个“Shard Directories”目录库来管理Sharding的分布，当应用通过Sharding Key来访问数据时，连接池就会给出访问路径，快速指向需要访问的Shard。如果应用不指定分区键访问，则需要通过协调库-Coordinator DB来协助判定。

3、关联组件 — 全局数据服务（GDS）

在Oracle 12.1版本中增加的一个新的产品组件GDS - Global Data Services，通过GDS可以构建一个访问“连接池”，为后端的数据库访问提供代理和路由服务，前面提到的Shard Directories，正是在GDS中配置的。在12.2中，Sharding中的重要作用就日益凸现出来。

4、多租户增强

12.2中多租户支持更多的PDB共存，从上个版本中的252增加到4096个；在便利性上，支持Hot Clone，支持Refresh，支持在线的Tenent转移。PDB的Hot Clone可以让数据库在业务负载运行时进行Clone拷贝，并且实时同步变化数据，从而使得数据不断追平，进而实现在线切换，这极大的改善了上云的迁移过程。对用户来说是简化，并且在OEM的管理之下，所有工作可以近乎自动的完成。

5、IMO组件更新

In-Memory Option在12.2上也获得了增强，这一特性在ADG上的增强使得读写进一步分离，由于ADG的只读属性，备库上的内存数据又可以和主库不同，比如备库在内存中可以存储更广泛的数据，实现实时计算。而在性能和易用性上改进也值得称道，In-Memory在12.2中支持根据热图自动向内存进行数据转移，也可以动态的清除冷数据以释放内存空间，简化用户管理。

6、Oracle DataGuard增强

DBCA备库创建 - 在备库主机安装软件启动监听，则可以通过DBCA来创建备库，指向主库来获取文件，创建备库更加简单。

7、口令文件维护增强

在主库上口令文件的修改变更，将自动复制到备库上去，不再需要手工复制文件了。

8、AWR支持远程快照

AWR支持捕获远程数据库的信息，包括ADG。在之前的ADG中，备库只能通过Standby Statspack、in-memory ASH、tkprof来进行性能分析和诊断，现在可以支持AWR了。

9、连接保持

在ADG中实现了Failover、SwitchOver中的连接会话保持，减少了重新连接的开销，极大的改善了用户体验。

10、自动块修复增强

ADG自动块修复自11gR2引入，现在已经非常成熟，修复的类型大大增加。在新版本中，各种类型的坏块支持增量修复。即使是原来11g不支持的datafile header块，新版本中也可以修复了。

11、DataGuard中并行日志应用

在12cR2之前，DG的备库只能由一个实例通过MRP进程进行应用，现在可以在多实例并行进行。多实例应用，可以在所有Mounted或者Open的实例上并行进行，对比一下单实例应用和多实例应用的架构对比，在常规模式下，多实例的备库，可以有多个Remote File Server (RFS)进程进行Redo Thread的日志接收，但是仅有一个实例进行Managed Recovery Process (MRP)应用恢复。当然，在单个实例上，仍然可以启动多个MRP进程，进行并行的恢复。在Oracle 12.2的版本中，多实例并行MRP恢复被支持，这一改变将极大的提升DataGuard的效率和可用性。

12、BIG SCN

在12cR2中将引入BIG SCN的特性，SCN的格式将从6个字节变成8个字节存储，这意味着更高的SCN上限 以及能满足更快的SCN增速。

13、Cross-Endian Dictionary Project

跨Endian的数据字典项目，使得在AIX等Big Endian平台上生成的Oracle数据字典可以在Little Endian上读写，反之亦然。 Cross-Endian Dictionary让PDB plug-in可拔插数据库和表空间传输(XTTS)更方便。另一个方面Cross-Endian Dictionary跨Endian数据字典让跨Endian的ADG active data guard 变成可能， 这意味着 AIX上的primary库，可以使用X86的pc server作为standby。

14、Other

在V$SQL 中加入redo size字段，即可以显示每一条SQL语句产生的redo量。

表和列的名字上限从30字符提高到128字符。

表在整个移动过程中，仍然是可以访问的。此外，还可以自动更新索引有效。
 

MySQL 5.7新特性解读

关于5.7的新特性会从安全性和功能性两方面来解读。

安全性

1、5.7版本的用户表mysql.user要求plugin字段非空，且默认值是mysql_native_password，并且不再支持mysql_old_password。

2、增加密码过期功能，DBA可以设置任何用户的密码过期时间，到期之后必须更改密码，从而增加密码账号的安全性。具体保留时间由 default_password_lifetime控制，如果为0，则说明永久不过期，生产环境则建议关闭该参数。

3、DBA可以通过对用户加锁/解锁进一步控制其访问db，具体例子如：alter user yang@'%' account lock;

4、MySQL 5.7版本提供了更为简单SSL安全访问配置，并且默认连接就采用SSL的加密方式。

5、使用更安全的初始化db的方式，并且废弃mysql_install_db的安装方式，使用initialize代替(mysql_install_db <5.7.6<= mysqld  —initialize)，使用initialize参数初始化数据库有如下特性：

功能性

1、从MySQL5.7.8开始，MySQL支持原生的JSON格式，即有独立的JSON类型，用于存放JSON格式的数据。JSON格式的数据并不是以string格式存储于数据库而是以内部的binary格式，以便于快速的定位到JSON格式中值。

在插入和更新操作时MySQL会对JSON类型做校验，已检查数据是否符合JSON格式，如果不符合则报错。同时5.7.8版本提供了多种JSON相关的函数，可以方便的访问目标数据而不用遍历全部数据。

2、MySQL 5.7版本新增了sys数据库，该库通过视图的形式把information_schema和performance_schema结合起来，查询出更加令人容易理解的数据，帮助DBA快速获取数据库系统的各种纬度(如谁占用资源最多，实例的内存分布，某个ip访问占用的iops和io延迟时间)的元数据信息，帮助DBA和开发快速定位性能瓶颈。详细的信息请参考《官方文档》http://dev.mysql.com/doc/refman/5.7/en/sys-schema.html

3、innodb表支通过ALTER TABLE语句以in place方式修改varchar的大小且无需table-copy。但存在限制：表示varchar长度的字节数不能变化（如果变更前使用1个字节表示长度，变更后也必须使用1个字节表示），即只支持0~255内的或者255以上的范围变更（增大），如果字段的长度从254增到256时就不能使用in-place算法，必须使用copy算法，否侧报错。

4、online DDL语句重建普通表和分区表：OPTIMIZE TABLE、ALTER TABLE … FORCE、ALTER TABLE … ENGINE=INNODB等操作支持支持使用inplace算法。减少了重建时间和对应用的影响。

5、支持新的DATA_GEOMETRY空间类型的数据：InnoDB现在支持MySQL-supported空间数据类型。也即，之前的空间数据是以binary BLOB数据存储的，现在空间数据类型被映射到了一个InnoDB内部数据类型DATA_GEOMETRY。

6、innodb buffer dump功能增强：5.7.5新增加innodb_buffer_pool_dump_pct参数，来控制每个innodb buffer中转储活跃使用的innodb buffer pages的比例。之前的版本默认值是100%，当触发转储的时候会全量dump innodb buffer pool中的pages。如果启用新的参数比如40，每个innodb buffer pool instance中有100个，每次转储每个innodb buffer实例中的40个pages。

注意：当innodb发现innodb后台io资源紧张时，会主动降低该参数设置的比例。

7、支持多线程刷脏页：MySQL 5.6.2版本中，MySQL将刷脏页的线程从master线程独立出来，5.7.4版本之后，MySQL系统支持多线程刷脏页，进程的数量由innodb_page_cleaners参数控制，该参数不能动态修改，最小值为1，最大值支持64，5.7.7以及之前默认值是1，5.7.8版本之后修改默认参数为4。当启用多线程刷脏也，系统将刷新innodb buffer instance脏页分配到各个空闲的刷脏页的线程上，如果设置的innodb_page_cleaners>innodb_buffer_pool_instances,系统会自动重置为innodb_buffer_pool_instances大小。

8、动态调整innodb buffer pool size：从5.7.5版本，MySQL支持在不重启系统的情况下动态调整innodb_buffer_pool_size。resize的过程是以chunk（每个chunk的大小默认为128M）的为单位迁移pages到新的内存空间，迁移进度可以通过Innodb_buffer_pool_resize_status查看。记住整个resize的大小是以chunk为单位的。innodb_buffer_pool_chunk_size的大小，计算公式是innodb_buffer_pool_size / innodb_buffer_pool_instances，新调整的值必须是innodb_buffer_pool_chunk_size*innodb_buffer_pool_instances的整数倍。如果不是整数倍，则系统则会调整值为两者乘积的整数倍且大于指定调整的值。 

9、升级innochecksum：innochecksum--离线的InnoDB文件校验工具，新增新的选择项或扩展的功能，如可指定特定的校验算法、可以只重写校验值而不进行验证、可指定允许的校验和不匹配量、显示各类页的个数、导出页类型信息、输出至日志、从标准输入读取数据等。从 5.7.2 起可支持校验超过2G的文件。详细的用法参考《innochecksum 官方文档》。

10、支持原生的分区表：在MySQL 5.7.6之前的版本中，创建分区表时MySQL为每个分区创建一个ha_partition handler，自MySQL 5.7.6之后，MySQL支持原生的分区表并且只会为分区表创建一个partition-aware handler，这样的分区表功能节约分区表使用的内存。对于老版本创建的分区表在升级到新的版本之后怎么处理呢？莫慌，5.7.9之后，MySQL提供了如下升级方式解决这个问题：ALTER TABLE ... UPGRADE PARTITIONING.

11、支持truncate undo logs：MySQL 5.7.5版本开始支持truncate undo表空间中的undo log。启用该特性必须设置innodb_undo_log_truncate=[ON|1]。大致原理是系统必须设置至少两个undo表空间(初始化的时候设置 innodb_undo_tablespaces=2 ) 用于清理undo logs的切换。该特性的好处是解决5.6之前虽然将ibdata和undo表空间隔离，但是undo log文件一直增大的问题，减轻系统的空间使用压力。详细信息参考《官方文档》。

12、新增内置的Full Text插件，支持中文、韩文、日文全文索引。之前的版本只能依赖单词之间空格进行分词，对于依赖于语义分词而非空格分词的其他语言种类，5.7版本的引入支持解析中文、韩文、日文的全文索引--ngram full-text parser解决了该问题。

13、支持在线调整Replication Filter，可以online调整REPLICATE_IGNORE_DB，REPLICATE_WILD_IGNORE_TABLE，REPLICATE_WILD_DO_DB，REPLICATE_WILD_DO_TABLE，无需重启slave。

14、支持多源复制，通过channel支持一个从库复制多个主库。

15、支持事务级别的并行复制，区别于5.6版本基于schema级别的并行复制，5.7版本基于group commit(slave-parallel-type=LOGICAL_CLOCK)做到真正的并行复制，降低了slave延迟的风险。

16、半同步增强：1)增加ack thread解决5.6版本异步复制主库dump thread必须等到slave返回消息之后才能接受新的事务请求，提高事务处理能力；2)增加after sync模式，事务是在提交之前发送给Slave（默认，after_sync），当Slave没有接收成功，并且Master宕机了，不会导致主从不一致，因为此时主还没有提交，所以主从都没有数据。MySQL5.7也支持和MySQL5.5\5.6一样的机制：事务提交之后再发给Slave（after_commit）。

17、GTID 增强：1)支持在线修改gtid 在线开启GTID的步骤：不是直接设置gtid_mode为on，需要先设置成OFF_PERMISSIVE，再设置成ON_PERMISSIVE，再把enforce_gtid_consistency设置成ON，最后再将gtid_mode设置成on；2)存储GTID信息到表中，slave不需要再开启log_bin和log_slave_updates。表存在在mysql.gtid_executed，MySQL5.6上GTID只能存储在binlog中，所以必须开启Binlog才能使用GTID功能。