下面我们先来看下不同数据库提供的sql性能统计信息:

Oracle可以通过直接查询v$表得到，下面的columns列表是我们常用的一些统计:

这里边包括了几类统计，SQL内存使用的统计、parse的统计、物理/逻辑IO的统计、cpu时间、等待时间等时间统计。

DBA可以根据这些统计信息进行有针对性的调优:

1. CPU调优: 如果当前数据库性能CPU是瓶颈，可以通过order by cpu_time，查询出来top CPU的SQL进行调优；
2. IO调优: 可以根据buffer_gets, disk_reads，user_io_wait_time 查询top IO的SQL进行调优；
3. 锁争用: 可以根据concurrency_wait_time，cluster_wait_time查询top lock的SQL进行调优。

show profile的语法如下：

从结果集可以看到每一块操作的CPU时间，block IO情况。 但这种适合拿单个SQL进行分析，使用上的便捷性比较差。

2. 通过performance_schema的digest统计 MySQL之前的版本不支持绑定变量，导致SQL语句太多，相同业务的SQL汇总统计比较麻烦。 从MySQL 5.6开始，在performance_schema中支持了对SQL statement的digest进行统计。 performance_schema.events_statements_summary_by_digest表根据digest进行汇总统计，DBA可以直接访问这个内存表得到SQL的统计信息。

首先，需要打开performance_schema，然后系统就会自动为SQL statement生成digest，并记录统计信息。 例如:

然而performance_schema中digest的限制:

1. events_statements_summary_by_digest 表默认有200个的最大限制，但从MySQL 5.5开始，可以通过调整performance_schema_digests_size来修改。但如果表满了的话，新来的digest的统计信息，会被全部汇总到一个digest=NULL的记录中；
2. 对于每一个SQL statement，performance_schema会生成一个最大1024bytes的digest_text，超过的会被截断。

针对以上的一些限制，MySQL5.7最新GA的版本，进行了一些改进。

另外，针对限制2 Percona有一些工具pt-query-digest, 并建立一些digest历史表，进行分析，有兴趣的可以使用尝试一下。可以参考: mysql-query-digest-with-performance-schema

1. SQL statement digest生成功能不必和performance_schema绑定，digest的功能的源代码主要是这两个文件：PFS_digest.cc和PFS_digest.h。这两个文件从存储引擎目录storage/perfschema/ 移到了server目录sql/下；

用户可以针对performance_schema提供的digest的功能，根据需求进行一些开发和扩展，比如定期历史保存、建立SQL性能基线、或者更进一步如果能修改源码，可以为digest增加更多的merics等。