DDR爱好者之家

详解mysql持久化统计信息
站长资源 2024/11/24 佚名
80 1538
DDR爱好者之家 Design By 杰米

一、持久化统计信息的意义：

　　统计信息用于指导mysql生成执行计划，执行计划的准确与否直接影响到SQL的执行效率；如果mysql一重启

　　之前的统计信息就没有了，那么当SQL语句来临时，那么mysql就要收集统计信息然后再生成SQL语句的执行

　　计划。如果能在关闭mysql的时候就把统计信息保存起来，那么在启动时就不要再收集一次了，这种处理方式

　　有助于效率的提升。

二、统计信息准确与否也同样重要：

　　第一目中我们说明了“持久化统计信息的意义”，我们的假设统计信息是有用的，是准确的；如果统计信息本身

　　已经过时了，比如说统计信息是在表中只有100行时统计出来的，这种情况下往往走全表扫描开销会更小，但是

　　呢！ 现在表中的行数已经达到了100万行，明显这种过时的统计信息会引发性能灾难，所以统计信息的时效性也

　　是同样重要的。那mysql它什么时候自动更新统计信息呢？默认情况下当表中的数据有10%被修改过的就会更新。 

三、mysql对统计信息的处理：

　　针对上面的两个问题mysql都有给出解决方案，并且都可能通过简单的配置来解决

　　1、针对是否持久化统计信息mysql可以通过innodb_stats_persistent参数来控制

　　2、针对统计信息的时效性，mysql通过innodb_stats_auto_recalc参数来控制是否自动更新

　　3、针对统计信息的准确性，mysql通过innodb_stats_persistent_sample_pages 参数来控制更新

　　统计信息时的采样，样本页面的数量。

四、手动更新统计信息的方式：

　　mysql通过analyze table 语句来手动的更新统计信息 

五、查看表的统计信息是什么时候更新的：

　　mysql把统计信息相关的内容记录在mysql.innodb_table_stats ，mysql.innodb_index_stats 这两张表里面。

　　mysql.innodb_table_stats以表为单位记录着统计信息

mysql> select * from innodb_table_stats;
+---------------+----------------------------+---------------------+--------+----------------------+--------------------------+
| database_name | table_name         | last_update     | n_rows | clustered_index_size | sum_of_other_index_sizes |
+---------------+----------------------------+---------------------+--------+----------------------+--------------------------+
| fdb      | auth_group         | 2017-08-10 14:36:40 |   0 |          1 |            1 |
| fdb      | auth_group_permissions   | 2017-08-10 14:36:41 |   0 |          1 |            2 |
| fdb      | auth_permission      | 2017-08-10 14:36:41 |   30 |          1 |            1 |
| fdb      | auth_user         | 2017-08-10 14:36:41 |   0 |          1 |            1 |
| fdb      | auth_user_groups      | 2017-08-10 14:36:41 |   0 |          1 |            2 |
| fdb      | auth_user_user_permissions | 2017-08-10 14:36:41 |   0 |          1 |            2 |
| fdb      | cninfo_company       | 2017-08-10 14:36:58 |  4996 |         161 |            6 |
| fdb      | csindex_indexdetail    | 2017-09-17 14:04:27 |   0 |          1 |            0 |
| fdb      | csindex_indexoverview   | 2017-09-01 12:44:18 |   11 |          1 |            0 |
| fdb      | django_admin_log      | 2017-08-10 14:36:47 |   0 |          1 |            2 |
| fdb      | django_content_type    | 2017-08-10 14:36:47 |   10 |          1 |            1 |
| fdb      | django_migrations     | 2017-09-04 14:04:09 |   37 |          1 |            0 |
| fdb      | django_session       | 2017-08-10 14:36:47 |   0 |          1 |            1 |
| fdb      | glod_glodprice       | 2017-08-10 14:36:48 |  2271 |          10 |            0 |
| fdb      | pbc_moneysupply      | 2017-08-10 14:37:08 |   78 |          1 |            0 |
| fdb      | shibor_shiborrate     | 2017-08-10 14:37:18 |  2711 |          14 |            0 |
| fdb      | sse_marketoverview     | 2017-08-15 16:06:12 |   0 |          1 |            0 |
| mysql     | gtid_executed       | 2017-09-06 11:02:14 |   2 |          1 |            0 |
| sys      | sys_config         | 2017-08-10 12:19:06 |   6 |          1 |            0 |
| tempdb    | person           | 2017-09-14 11:18:15 |   1 |          1 |            0 |
| tmp      | t             | 2017-08-15 11:06:18 |   2 |          1 |            0 |
+---------------+----------------------------+---------------------+--------+----------------------+--------------------------+
21 rows in set (0.00 sec)

　　各个列所代表的意义：

　　database_name　　　　　　　　表所在的库名

　　table_name　　　　　　　　　　表名

　　last_update　　　　　　　　　　最近一次的更新时间

　　n_rows　　　　　　　　　　　　表中的行数

　　clustered_index_size　　　　　  主键的大小

　　sum_of_other_index_sizes　　　所有二级索引的大小

 六、一些在analyze table 过程中的经验：

　　如果我们用explan 语句查看SQL的执行计划的时候发现，计划走的不准，多半是由于统计信息过时引起的，这个

　　时候就要执行一下analyze table 来重新生成一下执行计划了；有时候可能发现重新生成执行计划后并没有什么用

　　SQL还是走的不准，这个时候最可能的原因就是生成执行计划时的采样页的数量太低了，innodb_stats_persistent_sample_pages

　　这个参数的值，注意这个值也不要加的太大，要不然会老半天都执行不完analyze table 语句。　　

七、附加说明：

　　上文中说的mysql实际上指的只是Innodb这个引擎

以上就是详解mysql持久化统计信息的详细内容，更多关于mysql持久化统计信息的资料请关注其它相关文章！

DDR爱好者之家 Design By 杰米
广告合作：本站广告合作请联系QQ：858582 申请时备注：广告合作（否则不回）
免责声明：本站资源来自互联网收集,仅供用于学习和交流,请遵循相关法律法规,本站一切资源不代表本站立场,如有侵权、后门、不妥请联系本站删除！
DDR爱好者之家 Design By 杰米
ddrfans.com DDR爱好者之家
8,675无损音乐
1,324高清电影
213破解软件
70,141收录资讯

《魔兽世界》大逃杀！60人新游玩模式《强袭风暴》3月21日上线

暴雪近日发布了《魔兽世界》10.2.6 更新内容，新游玩模式《强袭风暴》即将于3月21 日在亚服上线，届时玩家将前往阿拉希高地展开一场 60 人大逃杀对战。

艾泽拉斯的冒险者已经征服了艾泽拉斯的大地及遥远的彼岸。他们在对抗世界上最致命的敌人时展现出过人的手腕，并且成功阻止终结宇宙等级的威胁。当他们在为即将于《魔兽世界》资料片《地心之战》中来袭的萨拉塔斯势力做战斗准备时，他们还需要在熟悉的阿拉希高地面对一个全新的敌人──那就是彼此。在《巨龙崛起》10.2.6 更新的《强袭风暴》中，玩家将会进入一个全新的海盗主题大逃杀式限时活动，其中包含极高的风险和史诗级的奖励。

《强袭风暴》不是普通的战场，作为一个独立于主游戏之外的活动，玩家可以用大逃杀的风格来体验《魔兽世界》，不分职业、不分装备（除了你在赛局中捡到的），光是技巧和战略的强弱之分就能决定出谁才是能坚持到最后的赢家。本次活动将会开放单人和双人模式，玩家在加入海盗主题的预赛大厅区域前，可以从强袭风暴角色画面新增好友。游玩游戏将可以累计名望轨迹，《巨龙崛起》和《魔兽世界：巫妖王之怒 经典版》的玩家都可以获得奖励。

更新日志

友情链接

杰晶网络 DDR爱好者之家 南强小屋 黑松山资源网 白云城资源网
DDR爱好者之家 Design By 杰米