首页
学习
活动
专区
圈层
工具
发布

mysql统计信息不准确

基础概念

MySQL的统计信息是指数据库系统为了优化查询性能而收集的关于表和索引的数据。这些信息包括表的大小、行数、索引的使用情况等。MySQL使用这些统计信息来决定执行查询的最佳策略,例如是否使用索引、如何排序等。

相关优势

准确的统计信息可以帮助MySQL优化器做出更好的决策,从而提高查询性能。例如,如果统计信息显示某个表的行数很少,优化器可能会选择全表扫描而不是使用索引。

类型

MySQL中的统计信息主要包括以下几种:

  1. 表统计信息:包括表的行数、数据大小、索引大小等。
  2. 列统计信息:包括列的唯一值数量、值的分布等。
  3. 索引统计信息:包括索引的使用频率、索引的选择性等。

应用场景

统计信息在以下场景中尤为重要:

  • 复杂查询优化:对于涉及多个表连接和大量数据过滤的查询,准确的统计信息可以帮助优化器选择最优的执行计划。
  • 大数据处理:在处理大规模数据时,统计信息可以帮助减少不必要的数据扫描,提高查询效率。

问题及原因

MySQL统计信息不准确可能是由以下原因导致的:

  1. 数据变化频繁:如果表中的数据经常发生变化,统计信息可能无法及时更新。
  2. 统计信息未更新:MySQL默认情况下不会自动更新统计信息,需要手动触发或设置自动更新。
  3. 统计信息收集工具问题:使用的统计信息收集工具可能存在bug或不准确。

解决方法

  1. 手动更新统计信息
  2. 手动更新统计信息
  3. 这条命令会重新计算并更新表的统计信息。
  4. 设置自动更新统计信息: 可以通过设置innodb_stats_auto_recalc参数为ON来启用自动更新统计信息。
  5. 设置自动更新统计信息: 可以通过设置innodb_stats_auto_recalc参数为ON来启用自动更新统计信息。
  6. 检查统计信息收集工具: 如果使用第三方工具收集统计信息,确保工具的版本是最新的,并且没有已知的bug。
  7. 定期维护: 定期进行数据库维护,包括清理、重建索引和更新统计信息,以确保数据库性能。

参考链接

通过以上方法,可以有效解决MySQL统计信息不准确的问题,从而提升数据库的整体性能。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

MySQL案例:8.0统计信息不准确?

,还是相对准确的,因为在默认情况下,数据变化量超过10%,就会触发统计信息更新 mysql> select count(*) from test; +----------+ | count(*) | +...test | 100 | +--------------+------------+------------+ 1 row in set (0.00 sec) 原因剖析 那么导致统计信息不准确的原因是什么呢...那么统计信息不准确,会带来哪些影响呢?...之前文章也提过,MySQL 8.0是将元数据信息存放在mysql库下的数据字典表里,information_schema库只是提供相对方便的视图供用户查询,所以优化器在选择执行计划时,会从数据字典表中获取统计信息...决定(建议设置该参数值为0);这可能会导致用户查询相应视图时,无法获取最新、准确的统计信息,但并不会影响执行计划的选择。

3K4130

MySQL统计信息简介

查询优化器决定SQL如何执行,依赖于数据库的统计信息,下面我们介绍MySQL 5.7中innodb统计信息的相关内容。 MySQL统计信息的存储分为两种,非持久化和持久化统计信息。...二、持久化统计信息 5.6.6开始,MySQL默认使用了持久化统计信息,即INNODB_STATS_PERSISTENT=ON,持久化统计信息保存在表mysql.innodb_table_stats和mysql.innodb_index_stats...三、统计信息不准确的处理 我们查看执行计划,发现未使用正确的索引,如果是innodb_index_stats中统计信息差别较大引起,可通过以下方式处理: 1、手动更新统计信息,注意执行过程中会加读锁:...ANALYZETABLE TABLE_NAME; 2、如果更新后统计信息仍不准确,可考虑增加表采样的数据页,两种方式可以修改: a) 全局变量INNODB_STATS_PERSISTENT_SAMPLE_PAGES...目前MySQL并没有提供直方图的功能,某些情况下(如数据分布不均)仅仅更新统计信息不一定能得到准确的执行计划,只能通过index hint的方式指定索引。

3.4K20
  • MySQL 统计信息简介

    查询优化器决定SQL如何执行,依赖于数据库的统计信息,下面我们介绍MySQL 5.7中innodb统计信息的相关内容。 MySQL统计信息的存储分为两种,非持久化和持久化统计信息。...二、持久化统计信息 5.6.6开始,MySQL默认使用了持久化统计信息,即INNODB_STATS_PERSISTENT=ON,持久化统计信息保存在表mysql.innodb_table_stats和mysql.innodb_index_stats...三、统计信息不准确的处理 我们查看执行计划,发现未使用正确的索引,如果是innodb_index_stats中统计信息差别较大引起,可通过以下方式处理: 1、手动更新统计信息,注意执行过程中会加读锁:...ANALYZETABLE TABLE_NAME; 2、如果更新后统计信息仍不准确,可考虑增加表采样的数据页,两种方式可以修改: a) 全局变量INNODB_STATS_PERSISTENT_SAMPLE_PAGES...目前MySQL并没有提供直方图的功能,某些情况下(如数据分布不均)仅仅更新统计信息不一定能得到准确的执行计划,只能通过index hint的方式指定索引。

    3K10

    python 统计MySQL表信息

    现在需要将每个表的信息,统计到excel中,格式如下: 库名 表名 表说明 建表语句 db1 users 用户表 CREATE TABLE `users` (...) 二、需求分析 怎么做呢?...使用Python自动录入(Great) 三、获取相关信息 需要利用的技术点,有2个。...由于线上表众多,获取一次数据,需要几分钟时间,时间上耗费不起! 所以为了避免这种问题,需要将获取到的数据,写入json文件中。 构造json数据 既然要构造json数据,那么数据格式,要规划好才行!...写入表名 import xlwt import json f = xlwt.Workbook() sheet1 = f.add_sheet('统计', cell_overwrite_ok=True) row0...写入表说明和建表语句 import xlwt import json f = xlwt.Workbook() sheet1 = f.add_sheet('统计', cell_overwrite_ok=True

    6.1K30

    MySQL统计信息更新小结

    针对扫描行数,实际上MySQL在真正开始执行语句之前,并不能精确地知道满足这个条件的记录有多少条。它是通过统计信息来估算记录数的。这个统计信息就是索引的“区分度”。...MySQL使用“采样统计”的方式来维护统计信息。采样统计的时候,InnoDB默认会选择N个数据页,统计这些页面上的不同值,得到一个平均值,然后乘以这个索引的页面数,就得到了这个索引的基数。...在MySQL中,有两种存储索引统计的方式,可以通过设置参数innodb_stats_persistent的值来选择:设置为on的时候,表示统计信息会持久化存储。这时,默认的N是20,M是10。...MySQL 统计信息更新默认情况下innodb_stats_persistent=ON,优化器的统计信息会持久化保存在mysql.innodb_table_stats和mysql.innodb_index_stats...,默认是20,多了会导致analyze命令执行变慢,少了可能导致统计数据不够准确。

    3.8K20

    MySQL字段信息统计机制场景

    表信息更新的基本逻辑 默认情况下,MySQL 会高效地从 系统表 mysql.index_stats 和 mysql.table_stats 中检索这些列的缓存值,而不是直接从存储引擎中获取统计信息。...如果缓存的统计信息不可用或已过期,MySQL 将从存储引擎中检索最新的统计信息,并将其统计信息更新并缓存在 mysql.index_stats 和 mysql.table_stats 字典表中。...值得注意的是:MySQL 重新启动或第一次打开 mysql.index_stats 和 mysql.table_stats 表不会自动更新缓存的统计信息。...在以下情况中,查询统计信息列不会在 mysql.index_stats 和 mysql.table_stats 字典表中存储或更新统计信息: 缓存的统计信息尚未过期时。...从存储引擎中检索并由一个会话缓存的统计信息可用于其他会话。 2测试 本文以 MySQL 8.0.30 为例,进行分析。

    95630

    Cardinality统计取值不准确导致MYSQL选错索引

    因此 Cardinality 不是每次操作都重新统计的,而是通过采样的方法来完成的。 Cardinality 统计信息的更新发生在两个操作中:INSERT 和 UPDATE。...3、统计信息不准确导致选错索引 在 MySQL 中,优化器控制着索引的选择。一般情况下,优化器会考虑扫描行数、是否使用临时表、是否排序等因素,然后选择一个最优方案去执行 SQL 语句。...而 MySQL 中扫描行数并不会每次执行语句都去计算一次,因为每次都去计算,数据库压力太大了。实际情况是通过统计信息来预估扫描行数。...这个统计信息就可以看成 show index 中的 Cardinality。...而从上面说到 Cardinality 的更新原理可以看出,它的值不一定准确的,因此有时可能就是因为它的值不精准导致选错了索引。

    1.3K30

    MYSQL 8 统计信息持久化 与 null

    在任何数据库中统计信息是帮助数据库查询中走更适合的查询路径的基础,MYSQL 8 中持久化的统计信息怎么做,怎么能持久化后提高执行计划的稳定性。...默认的情况下,这个参数是打开的 show variables like 'innodb_stats_persistent'; 实际当中统计信息是存在于mysql.innodb_table_stats...UNCOMMITED 的方式,其中如果有删除的记录,同时被标记的删除记录,还是要记录到统计分析中,所以大量有delete操作的情况下 RC RR 方式获得的统计分析信息就会相对准确率低。...按照我们的MYSQL 的主键设置的方式,主键和索引列的值一般是不一样的,所以这里可以认为 n_diff_pfx02 大致就是你目前的表的行数(非准确,因为出发重新统计需要数据变化10%rows) 最后需要看一下...= null , no , null 在数据库里面到底是一个什么角色,并且要不要被统计到统计信息里面来,都是应该考虑的问题,而MYSQL 将这个问题让用户来选择,实际上着也说明MYSQL 本身也对这个问题没有自己的解决方案

    1.1K20

    MySQL索引统计信息更新相关的参数

    MySQL统计信息相关的参数:   1. innodb_stats_on_metadata(是否自动更新统计信息),MySQL 5.7中默认为关闭状态     仅在统计信息配置为非持久化的时候生效。     ...这个系统表 某个索引的统计信息更新时间参考mysql.innodb_index_stats这个系统表 select * from mysql.innodb_index_stats where table_name...(非持久化统计信息开关),MySQL 5.7中默认为打开,持久化存储统计信息     该选项设置为ON时候,统计信息会持久化存储到磁盘中,而不是存在在内存中,     相反,如果是非持久化存储的(存在内存中...个人猜测是一开始参数命名不规范,既然是临时行统计信息,却没有做到见名知意,与innodb_stats_persistent_sample_pages区分开来,     或许是一开始MySQL中只有临时行统计信息...的情况下),只有通过手动收集才能完成统计信息的更新 MySQL可以在表上指定一个统计信息取样的page个数,并且可以修改表上的统计取样page个数 -- 创建表的时候指定一个统计取样page数据 create

    2.1K31

    MySQL 8.0 中统计信息直方图的尝试

    中统计信息的创建,不同于MSSQL,MySQL统计信息不依赖于索引,需要单独创建,语法如下 --创建字段上的统计直方图信息 ANALYZE TABLE test UPDATE HISTOGRAM ON...,理论上,在准确性与取样百分比(BUCKETS)是成正比的,当然生成统计信息的代价也就越大, 至于BUCKETS与统计信息的取样百分比,以及综合代价,笔者暂时没有找到相关的资料。...写过一点MySQL统计信息的,不过是在MySQL5.7下面,还没有直方图的概念https://www.linuxidc.com/Linux/2018-08/153704.htm 触发统计信息更新的变量还是...innodb_stats_on_metadata在MySQL5.7中影响到的是MySQL的索引上的统计信息,而这里纯粹是统计信息的直方图(MySQL 8.0中直方图跟索引没有必然的关系)。...MySQL 8.0中会不会把统计信息和索引关联起来,或者根据需要自动创建统计信息,如果统计信息做不到自动更新,基本上可以认为是残废的统计信息了。

    1.1K30

    MySQL 8.0 InnoDB 的统计信息机制优化

    统计信息收集触发以及查看 MySQL有多种方法会触发统计信息的收集,显示的最典型就是Analyze Table 语法,并且由于在MySQL 8.0 中支持了直方图统计信息, 因此analyze table...统计信息在早期的MySQL中是不持久化的,在新版本的 MySQL 中该选项默认是持久化。当变量打开时,统计信息就会被持久化到物理表中,统计信息会更加的稳定和精确。...持久化的统计信息也可以手动修改,修改完成后,使用FLUSH TABLE 命令可以刷新统计信息(不推荐线上如此操作,可能会引发一系列的SQL执行计划问题) innodb_stats_auto_recalc...,会影响到统计信息的准确度。...以下几类情况比较特殊 innodb_force_recovery 大于等于4 innodb_read_only_mode 那么,统计信息不会持久化, 而是走内存 rtree索引是不采集统计信息的 线程首先获取树的高度

    1K12

    MySQL中的统计信息相关参数介绍

    统计信息的作用 上周同事在客户现场遇到了由于统计信息的原因,导致应用数据迁移时间过慢,整个迁移差点失败。...统计信息对于SQL的执行时间有重要的影响,统计信息的不准确会导致SQL的执行计划不准确,从而致使SQL执行时间变慢,Oracle DBA非常了解统计信息的收集规则,同样在MySQL中也有相关的参数去控制统计信息...相关参数 innodb_stats_auto_recalc 控制innodb是否自动收集统计信息,默认是打开的。当表中数据变化超过%10时候,就会重新计算统计信息。...收集的page数量越多,每次收集统计信息的实际则越长,但是统计信息也相对比较准确。...这样就可能导致统计信息并不是很准确,设置此参数之后就是收集统计信息的时候包含未提交事务中被标记为已删除的数据。

    1.9K110

    翻译|MySQL统计信息不准导致的性能问题

    在信息统计表里面 dpcz_FK的 stat_value 值是 19498 ,显然这个值是不准确的并且比实际值大的多,100倍 。...回答这个问题之前,我们先了解一下 MySQL 是如何收集统计信息以及哪些参数控制 这个动作。 InnoDB 是如何收集表的统计信息 我们可以通过显式的方式或者系统自动采集表的统计信息 。...优化器依赖于表的统计信息的准确性来选择最优的执行计划。...我们可以通过更改参数 innodb_stats_persistent_sample_pages 来控制系统采集表统计信息的准确性。...我们还可以选择通过在对索引进行碎片整理的同时重建/重建表来强制重新计算表统计信息,这有助于提高表统计信息的准确性。

    1.7K10

    新特性解读 | MySQL 8.0 字段信息统计机制

    表信息更新的基本逻辑 默认情况下,MySQL 会高效地从 系统表 mysql.index_stats 和 mysql.table_stats 中检索这些列的缓存值,而不是直接从存储引擎中获取统计信息。...如果缓存的统计信息不可用或已过期,MySQL 将从存储引擎中检索最新的统计信息,并将其统计信息更新并缓存在 mysql.index_stats 和 mysql.table_stats 字典表中。...值得注意的是:MySQL 重新启动或第一次打开 mysql.index_stats 和 mysql.table_stats 表不会自动更新缓存的统计信息。...在以下情况中,查询统计信息列不会在 mysql.index_stats 和 mysql.table_stats 字典表中存储或更新统计信息: 缓存的统计信息尚未过期时。...从存储引擎中检索并由一个会话缓存的统计信息可用于其他会话。 2测试 本文以 MySQL 8.0.30 为例,进行分析。

    1.1K20

    Presto统计信息

    表统计 Presto支持基于统计的查询优化。为了使查询能够利用这些优化,Presto必须具有该查询中表的统计信息。 表统计信息通过连接器提供给查询计划者。...当前,唯一支持统计信息的连接器是Hive连接器。 统计信息通过table layout显示给查询计划者。...Hive连接器还可以收集列级别的统计信息: ? image.png 写入时自动进行列级统计信息收集由collect-column-statistics-on-write会话属性控制。...例如,Hive连接器当前不提供有关数据大小的统计信息。 可以使用SHOW STATS for命令通过Presto SQL界面显示表统计信息。 ?...对于每个计划节点,您可以看到其他统计信息(如:每个节点实例的平均输入,相关计划节点的平均哈希碰撞数)。想要检测查询的数据异常(数据倾斜,异常哈希碰撞)时,此类统计非常有用。

    3.1K30

    统计信息记录表|全方位认识 mysql 系统库

    在上一期《数据库对象信息记录表|全方位认识 mysql 系统库》中,我们详细介绍了mysql系统库中的元数据记录表,本期我们将为大家带来系列第四篇《统计信息记录表|全方位认识 mysql 系统库》,下面请跟随我们一起开始...持久化统计功能是通过将内存中的统计数据存储到磁盘总,使其在数据库重启时可以快速重新读入这些统计信息而不用重新执行统计,从而使得查询优化器可以利用这些持久化的统计信息准确地选择执行计划(如果没有这些持久化的统计信息...持久统计信息存储在mysql.innodb_table_stats和mysql.innodb_index_stats表中,前者存放表结构、数据行相关的统计信息,后者存放索引值相关的统计信息。...,则你可以手动执行ANALYZE TABLE语句来确保优化程序统计信息的准确性。...如果不设置,默认为DEFAULT,表示表的持久统计信息功能设置由innodb_stats_persistent系统变量确定。

    1.7K30
    领券