5.6 开始默认innodb_stats_on_metadata=off，why？？？

答：为了防止自动更新统计信息在DB高峰时导致BP的swap；查询性能大幅度抖动。

没有定期更新统计信息了么？？

答：有啊，而且可以是持久化的。

1.对InnoDB表统计信息持久化时，表的row发生变化大于10%(counter > n_rows / 10 /* 10%)并且innodb_stats_auto_recalc=on，统计信信息会更新（虽然innodb_stats_auto_recalc=on是自动重新计算，但是也是异步的，可能会延时，比如当瞬间的DML批量操作就可能有延时）

2.统计信息非持久化还是和5.5 一致的（表的row发生变化大于1/16时更新统计信息）

3.切记：不能完全依赖于MySQL本身的机制来更新统计信息，线上一些表不及时更新统计信息的我遇到过多次，针对这样的表，我在夜间定期analyze table xxx;

二.MySQL 5.6的改进：

可以配置统计信息的持久化和非持久化（非持久化：5.6之前都是这种）

相关参数：

持久化：

innodb_stats_persistent：on(1)

innodb_stats_persistent_sample_pages：20

非持久化：

innodb_stats_sample_pages:8

相关表：

mysql.innodb_index_stats

mysql.innodb_table_stats

From 5.6.6 开始,统计信息默认是持久化的（即innodb_stats_persistent=on）,使用参数innodb_stats_persistent_sample_pages的值，来采样，此时非持久化的参数innodb_stats_sample_pages就无效。

From 5.6.6 开始，使用非持久化的统计信息：

1.set innodb_stats_persistent=0;

2.create|alter table stats_persistent=0; 

对单个表开启：

create|alter table...STATS_PERSISTENT [=] {DEFAULT|0|1}

DEFAULT：table的统计信息是否持久化由参数 innodb_stats_persistent 决定。\

总结:From 5.6.6 开始,要么开启统计信息持久化，要么是还用以前的非持久化，二者选一。