Question

以下哪个不是mysql5.6的新特性之一 支持icp

Answer 1

不是mysql5.6的新特性之一 支持icp
一，安全提高
1.提供保存加密认证信息的方法，使用.mylogin.cnf文件。使用mysql_config_editor可以创建此文件。这个文件可以进行连接数据库的访问授权。mysql_config_editor会进行加密而不是明文存储。客户端只会在内存中进行解密。这样密码以非明文方式存储，不会在命令行或者环境变量中暴露。更多信息，访问 Section 4.6.6, “mysql_config_editor — MySQL Configuration Utility”.
2.使用sha256_password，支持更为强大的用户密码加密方式。这个插件是内置的。更多信息访问 Section 6.3.6.2, “The SHA-256 Authentication Plugin
3.mysql.user表现在增加password_expired列，默认值是’N'，使用新的ALTER USER命令可以设置为’Y'。当密码过期后，使用此账号的后续连接都会报错，只到用户使用SET PASSWORD命令创建一个新密码。更多信息访问Section 13.7.1.1, “ALTER USERSyntax”
4.现在提供密码安全策略
 使用明文指定密码时，密码会被当前的密码策略检查，如果太弱会被拒绝（返回ER_NOT_VALID_PASSWORD 错误）。会影响 CREATE USER, GRANT, 和 SET PASSWORD命令。密码作为参数被password()，old_password()引用时也会被检查。
 密码的强状程度可以被新函数VALIDATE_PASSWORD_STRENGTH() 检查。此函数把密码做为参数，返回0(弱)-100（强）。
 以上都是validate_password插件提供，更多信息见 Section 6.1.2.6, “The Password Validation Plugin”.
 mysql_upgrade如果发现使用4.1以前的哈希密码会警告。这样的账号必须升级到更安全的哈希密码。见Section 6.1.2.4, “Password Hashing in MySQL”
5.登录记录被更改，所以密码不会再被明文记载在general log，bin log,slow log。见Section 6.1.2.3, “Passwords and Logging”
6.start slave语句被修改，可以指定参数。密码可以存放在master.info 文件。见Section 13.4.2.5, “START SLAVE Syntax”◦
二，默认值更改
7. 从5.6.6开始，默认值与以前不同，动机是提供更好的性能，避免手工更改。见 Section 5.1.2.1, “Changes to Server Defaults”.
三，Innodb加强
8. 可以在Innodb 表上建全文索引，使用 MATCH() … AGAINST语句。这个特性包括一个新的近似搜索符号 @，和几种新的配置项以及INFORMATION_SCHEMA表。见Section 14.2.4.12.3, “FULLTEXT Indexes”◦
9. 几种ALTER TABLE操作不再拷备表，不会阻塞insert,update,delete或者全部写入操作。这就是所谓的online DDL.见Section 14.2.2.6, “Online DDL for InnoDB Tables”
10.单独表空间下，对于.ibd files你有更多的自主性。 file-per-table模式创建表时可以指定MySQL数据目录以外的目录。比如，把压力大的表放到SSD设备上，或者把一个大表放到一个大HDD上。你可以把一个表从一个实例导出，然后导入另一个实例，不会引起因为缓存数据，进行中的事务以及内部因素如 space ID以及LSN引起的数据不一致。见：Section 14.2.5.2.33, “Tablespace Management”
11.你可以设置Innodb的未压缩表的page size 为8KB或者4KB，或者默认的16KB。使用参数innodb_page_size来配置。创建实例的时候指定此参数。同一实例Innodb tablespaces共享此页面大小。更小的页面大小对某种混合压力负载可以避免冗余或者低效的IO，尤其是针对块大小小的SSD 设备。
blackjack, roulette, slots, slots, blackjack,roulette, casino, blackjack, blackjack, blackjack,slots
12.改进的 adaptive flushing 算法使得多种workloads下I/O操作更有效率和一致性。新算法和默认配置期待可以提高多数用户的性能和并发。见Section 14.2.5.2.8, “Improvements to Buffer Pool Flushing”
13.你可以通过NoSQL API开发应用访问InnnoDB表。它使用流行的memcached守护进程来响应对于key-value对的Add,Set和GET请求。这样避免了解析和构建query execution plan的成本。你可以使用NoSQL API或者SQL来访问同一份数据。比如：你可以通过NoSQL API快速访问和查询表数据，使用SQL来进行复杂查询以及兼容已有的应用。更多见Section 14.2.10, “InnoDB Integration with memcached” 。
14.Innodb的优化器统计会以更确定的间隔收集，同时服务器重启后还能保持，使得plan stability更稳定。你还可以控制InnoDB索引的样本数量，使得优化器的统计更准确，以提主查询执行计划。更多见 Section 14.2.5.2.9, “Persistent Optimizer Statistics for InnoDB Tables”
15.优化了只读事务，提高了特定查询和报告生成应用的性能和并发。这个优化是自动的，或者你可以指定START TRANSACTION READ ONLY 参数。更多见 Section 14.2.5.2.2, “Optimizations for Read-Only Transactions”
16.可以把Innodb 的undo log移出system tablespace到一个或者多个独立的tablespaces。undo log的I/O模式使得将这些表空间移到SSD设备成为一个好选择，同时将系统表空间放在普通磁盘上。更多见：Section 14.2.5.2.3, “SeparateTablespaces for InnoDB Undo Logs”
17.Innodb redo log大小从最大4GB提高到512GB，通过参数 innodb_log_file_size 配置。
18.–innodb-read-only 选项可以让MySQL运行在只读模式。你可以通过DVD,CD等只读媒体访问Innodb 表，还可以共享数据目录来创建多个数据仓库。更多见： Section 14.2.6.1, “Support for Read-Only Media”
19.多个关于Innodb的新INFORMATION_SCHEMA表，提供了关于buffer pool，表的元数据，索引，数据字典中的外键，以及更细的性能粒度信息，补充了Performance Schema表的信息。
20.打开多个表时，Innodb限制了保持表信息的内存。
21.Innodb强化了几种内部性能，包括拆分kernel mutex来减少竞争，将刷新操作移出主线程，允许使用多个清理线程，以及减少了大内存系统中的buffer_pool竞争。
22.Innodb使用了一种新的，更快的算法来检测deadlocks. 所有死锁信息都可以被记录到错误日志。
23.为了避免大buffer_pool的实例重启服务时过长的warmup 时间，你可以在重启后立即加载缓存页面。MySQL可以在关闭时导出完全数据文件，检阅此文件找出重启时需要加载的pages。你可以在任何手工导入导出buffer_pool，比如在性能测试时或者在执行复杂的OLAP查询后。
四，分区
24.最大分区数量提高到8192，这包括所有的分区和子分区。
25.使用ALTER TABLE … EXCHANGE PARTITION 可以在未分区表和分区表和子分区表之间交换分区。这可以用来导出导入分区。更多见：Section 17.3.3, “Exchanging Partitions and Subpartitions with Tables”.
26.可以在分区表中显示查询一个或者多个分区，或者更改数据。比如，表t有int 列c，有4个分区p0-03，查询SELECT * FROM t PARTITION (p0, p1) WHERE c < 5 只返回po,p1符合条件结果。