时间：2021-07-01 10:21:17 帮助过：21人阅读
构建下一代Web应用与服务 简单来说，MySQL 5.6改进了数据库核心的各个功能领域，包括： 更好的性能和可伸缩性 改进InnoDB引擎的事务吞吐量 改进优化器的查询执行时间和诊断 更好的应用可用性，支持在线DDL/Schema修改 增强开发者的灵活性，支持通过Memcached
简单来说，MySQL 5.6改进了数据库核心的各个功能领域，包括：
本文作为DBA与开发者的MySQL 5.6指南，介绍了这些重要的新特性，并提供了一些实际用例。
从运维的角度来看，MySQL 5.6在多处理器和高CPU并发线程的系统上，性能和可伸缩性有更好的持续线性增长能力。 原因是Oracle的InnoDB存储引擎移除了遗留的线程争用和mutex锁，提升了效率和并发度。这些改进使得MySQL可以充分 利用x86-based COTS(commodity-off-the-shelf)硬件的高级多线程处理能力。
内部的读写和只读负载测试数据表明，MySQL 5.6的线性扩展能力明显超过5.5版本。下图显示了MySQL 5.6在并发CPU线程 增加到60时每秒读写事务数TPS的线性增长状况。
只读TPS的持续线性增长状况见下图
MySQL 5.6改进了高并发、事务型和读密集负载的性能和可伸缩性。这些用例中，性能改进主要体现于在并发用户不断增长的 情况下，应用服务的表现和可伸缩性。InnoDB重构了架构，减少mutex争用和瓶颈，提供对底层数据更加一致的访问路径，这些 改进包括：
SysBench read/write性能测试展现了这些改进的结果：
在Linux平台上，MySQL 5.6的TPS吞吐量比5.5版本提高了150%，在Windows 2008平台上，大约提高了47%。
InnoDB针对只读型事务做了新的优化，去掉了事务的开销，对基于web的查询和报表类应用，可以极大地提升性能。这些优化在 autocommit=1时默认开启，另外开发者也可以通过START_TRANSACTION_READ_ONLY语句开启：
SET autocommit = 0; START_TRANSACTION_READ_ONLY; SELECT c FROM T1 WHERE id=N; COMMIT;
优化后的结果如下图：
在Linux平台上，MySQL 5.6的只读TPS吞吐量比5.5版本提高了230%，在Windows 2008平台上，大约提高了65%。
上述性能测试的运行平台配置如下：
测试套件SysBench是用于具体应用用例性能测试的免费工具，下载地址http://dev.mysql.com/downloads/benchmarks.html
如果对MySQL 5.6性能和各特性的性能测试感兴趣，可以参考Mikael Ronstrom的博客 和Dimitri Kravtchuk's blog，他们分享了测试结果，并提供了测试时使用的测试用例和配置。
普通硬盘经常成为各种系统的瓶颈，原因是它的物理特性的限制，使得在高并发下很难有好的可伸缩性。因此，许多需要支持高并发的 web应用，它们的MySQL会部署在SSD上，从而获得既可靠，访问速度又和内存相似的服务。MySQL 5.6包含了几个重要的改进，以支持SSD 这类设备：
学习更多SSD优化技术
MySQL 5.6的优化器进行了重构，提升了效率和性能，主要改进有：
通过半连接和物化技术，MySQL优化器提高了子查询的性能，简化开发者编写查询的复杂度。特别是From子句中的子查询，只在需要子查询内容时才执行物化以提升性能；同时优化器会在必要的时候，给派生表添加索引以加快记录读取速度。使用DBT-3 benchmark Query #13语句测试，表明性能比之前版本有了很大的提高。
select c_name, c_custkey, o_orderkey, o_orderdate, o_totalprice, sum(l_quantity)
from customer, orders, lineitem
where o_orderkey in (
select l_orderkey
from lineitem
group by l_orderkey
having sum(l_quantity) > 313
)
and c_custkey = o_custkey
and o_orderkey = l_orderkey
group by c_name, c_custkey, o_orderkey, o_orderdate, o_totalprice
order by o_totalprice desc, o_orderdate
LIMIT 100;
更多详情参考 From Months to Seconds with Subquery Materialization
对于有ORDER BY和较小LIMIT值的查询，优化器现在通过单遍表扫描就能生成有序结果集。这种查询在Web应用中比较常见，用于显示一个大结果集中的少数记录，如下示例：
SELECT col1, ... FROM t1 ... ORDER BY name LIMIT 10; 内部测试显示，该优化最大可以提升4倍性能，大大优化了用户体验和响应时间。更多详情参考博客
优化器现在默认把where条件下推到存储引擎进行求值、表扫描和返回有序结果集给MySQL server。
CREATE TABLE person (
personid INTEGER PRIMARY KEY,
firstname CHAR(20),
lastname CHAR(20),
postalcode INTEGER,
age INTEGER,
address CHAR(50),
KEY k1 (postalcode,age)?
) ENGINE=InnoDB;
SELECT lastname, firstname FROM person
WHERE postalcode BETWEEN 5000 AND 5500 AND age BETWEEN 21 AND 22;
内部测试显示该类表的这种查询，ICP优化最大可以提升15倍性能。
现在优化器把所有主键批量提供给存储引擎，使得它可以更有效的访问、排序和返回数据，减少查询执行时间。
对于DBT-3 Query 13和其他磁盘密集型查询语句的测试显示，BKA和MRR最大可以提高280倍的性能。更多详情参考Batched Key Access Speeds Up Disk-Bound Join Queries。
Learn about all of MySQL 5.6 Optimizer improvements and features, along with all technical documentation
如果想了解实现细节、如何使用与使用例子，请阅读MySQL优化器工程团队的博客
如今基于Web的应用都需要快速演进，以适应业务需求。并且对服务等级协议(SLA)也是以分钟、天或周来衡量。因此当应用需要快速支持新产品线或者对现有产品进行升级时，后端数据库Schema也需要能够平滑升级。MySQL 5.6为ALTER TABLE增加了如下DDL语法，提升在线Schema的灵活度和敏捷度。
DBA和开发者可以在线添加/删除索引和执行标准的InnoDB表修改而无需停服务，可以极大地方便开发者灵活修改Schema以适应新的业务需求。
更多MySQL 5.6 InnoDB online DDL改进和特性，请参考文档
当前很多web、云、社交和移动应用都需要这样的服务：既能够对数据执行快速的Key/Value操作，又能保证这些数据的ACID特性，能执行复杂的查询。通过InnoDB的NoSQL API，开发者就可以同时拥有传统RDBMS的特性和高性能的KV查询能力。
MySQL 5.6提供常见的Memcached API和InnoDB进行简单的KV操作。它在mysqld中包含了Memcached后台插件，通过Memcached协议直接和InnoDB原生API交互，绕过消耗很大的查询分析阶段，进行InnoDB数据的查询和执行兼容事务的数据更新。该API把Memcached功能集成在持久化、崩溃安全、事务型的数据库中，并兼容原有的标准Memcached库和客户端。实现如下图所示：
这么做和普通SQL的性能差距有多大？内部性能测试显示，针对某些场景，SET/INSERT操作可以提高9倍的吞吐量：
这对开发者和DBA而言，不仅可以提高性能和灵活性，还可以减少复杂性，原来分离的cache和数据库层，现在可以放在一个数据层中，还能解决数据一致性的问题。
要了解更多详情，请参考InnoDB team blog
Learn more about the details and how to get started with the new Memcached API to InnoDB
MySQL 5.6的优化和新特性，扩展了MySQL的适用场景，开发者可以仅使用InnoDB一种存储引擎，就能完成多种任务，从而简化应用的开发。
作为MyISAM FTS的替代者，InnoDB支持对文本内容创建FULLTEXT索引，加快词语和短语的搜索。InnoDB全文搜索支持自然语言/布尔模式、近似搜索和相关性排序。下面是一个示例：
CREATE TABLE quotes
(id int unsigned auto_increment primary key
, author varchar(64)
, quote varchar(4000)
, source varchar(64)
, fulltext(quote)
) engine=innodb;
SELECT author AS "Apple" FROM quotes
WHERE match(quote) against (‘apple' in natural language mode);
在file-per-table模式下创建的InnoDB .ibd文件，现在可以在不同的物理存储设备和数据库服务器间迁移，开发者可以在创建表的时候，可以为.ibd文件指定一个不在MySQL数据目录下的存储位置。这个特性使得开发者可以把“热”表迁移到外部网络存储设备(如SSD和HDD)中，降低服务器负载。并且可以简单的导出/导入InnoDB表，从而快速、无缝的伸缩应用，如下例所示：
导出:
CREATE TABLE t(c1 INT) engine=InnoDB;
FLUSH TABLE t FOR EXPORT; -- quiesce the table and create the meta data file
$innodb_data_home_dir/test/t.cfg
UNLOCK TABLES;
导入:
CREATE TABLE t(c1 INT) engine=InnoDB; -- if it doesn't already exist
ALTER TABLE t DISCARD TABLESPACE;
-- The user must stop all updates on the tables, prior to the IMPORT
ALTER TABLE t IMPORT TABLESPACE;
更多InnoDB的改进，请参考文档
复制是MySQL能够可伸缩和高可用性的关键特性，MySQL 5.6新增自修复式复制拓扑和高性能的主从服务，使得开发者能够构建下一代的新应用。
GTID用于跟踪主从复制拓扑中的事务完整性，为自修复式恢复提供了基础，而且也方便DBA和开发者在主库失败时找到复制延时最小的从库。GTID直接保存在Binlog中，再也不需要像以前版本那样，需要借助复杂的第三方插件才能完成类似的任务。
MySQL 5.6版本提供一组Python编写的用于管理和监控主从复制的工具，利用GTID，实现主库失败时自动fail-over功能与维护时主库切换功能，不再依赖第三方的高可用性方案，并且不需要OP人工干预，减少服务宕机时间。
下载白皮书: MySQL 复制: 高可用性 - 构建自修复式复制拓扑
根据Schema划分工作线程，允许并行更新。对于那些使用不同数据库分割应用的系统，效率可以获得很大的提升，如多租户单实例系统(multi-tenant systems)。
SysBench benchmarks在10个Schema上使用多个工作线程的测试结果表明，性能可以最大提升5倍左右。
MySQL 5.6主库在复制时按组写入Binlog，而不是逐个提交，极大地提升了主库性能。BGC同时也减少了锁等待，对性能也有提升，测试结果如下图：
MySQL 5.6的吞吐量相比5.5版本有180%左右的提升。BGC让开发者不用再像以前那样，在主库性能和MySQL复制提供的可伸缩、高可用性之间做艰难的抉择了。
更多MySQL 5.6复制和高可用性改进和特性，请参考文档和Mat Keep's Developer Zone article
最后，更多MySQL复制操作指导，可以参考下面这些资源：
MySQL Performance Schema在MySQL 5.5引入，用于查看关键性能指标。MySQL 5.6增强了Performance Schema的功能，提供了DBA和开发者常见问题的答案。包括：
MySQL 5.6 Performance Schema在my.cnf默认启用，不过各项配置已经优化，占用资源不多(少于5%，不同场景有区别)，因此可以在线上产品使用。In addition, new atomic levels of instrumentation enable the capture of granular levels of resource consumption by users, hosts, accounts, applications, etc. for billing and chargeback purposes in cloud computing environments.
MySQL Engineering has several champions behind the 5.6 Performance Schema, and many have published excellent blogs that you can reference for technical and practical details. To get started see Mark Leith's blog and Marc Alff's blog.
The MySQL docs are also an excellent resource for all that is available and that can be done with the 5.6 Performance Schema.
MySQL 5.6 introduces a major overhaul to how passwords are internally handled and encrypted. The new options and features include:
Learn about these and all of MySQL 5.6 Security improvements and features, along with all technical documentation.
新的默认配置优化 - MySQL 5.6针对当前系统架构，修改了服务器配置项的默认值，提高默认配置下的服务器性能。这些新值适合常见场景，省去了手动更改的麻烦。
修改的配置项、自动设置的配置项和启动时可以设置的配置项清单，请查看服务器默认配置。
The addressable items for each are:
The new GET DIAGNOSTICS command provides a standard interface into the Diagnostics Area and can be used via the CLI or from within application code to easily retrieve and handle the results of the most recent statement execution:
mysql> DROP TABLE test.no_such_table; ERROR 1051 (42S02): Unknown table 'test.no_such_table' mysql> GET DIAGNOSTICS CONDITION 1 -> @p1 = RETURNED_SQLSTATE, @p2 = MESSAGE_TEXT; mysql> SELECT @p1, @p2; +-------+------------------------------------+ | @p1 | @p2 | +-------+------------------------------------+ | 42S02 | Unknown table 'test.no_such_table' | +-------+------------------------------------+
Options for leveraging the MySQL Diagnotics Area are detailed in the MySQL Diagnostics documentation. GET DIAGNOTICS is well documented in the Get Diagnostics documentation.
MySQL 5.5曾被称为已经发布的最好的MySQL版本，现在MySQL 5.6则在此之上对性能、可伸缩性、事务吞吐量与可用性等方面进行了改进，以满足web、云和嵌入式使用场景的需求。MySQL 5.6现在已经正式发布，你可以在 is now Generally Available and you can download the fully-functioning, production-ready product from the MySQL Developer Zone下载功能完整、产品级的MySQL。
如前所述，本文只是介绍了MySQL 5.6的主要特性，完整的变化，请查阅MySQL Documentation。
原文链接：http://dev.mysql.com/tech-resources/articles/mysql-5.6.html
原文地址：MySQL 5.6之DBA与开发者指南, 感谢原作者分享。