- ubuntu12.04环境下使用kvm ioctl接口实现最简单的虚拟机
- Ubuntu 通过无线网络安装Ubuntu Server启动系统后连接无线网络的方法
- 在Ubuntu上搭建网桥的方法
- ubuntu 虚拟机上网方式及相关配置详解
CFSDN坚持开源创造价值,我们致力于搭建一个资源共享平台,让每一个IT人在这里找到属于你的精彩世界.
这篇CFSDN的博客文章MySQL 8.0统计信息不准确的原因由作者收集整理,如果你对这篇文章有兴趣,记得点赞哟.
前言 。
不管是Oracle还是MySQL,新版本推出的新特性,一方面给产品带来功能、性能、用户体验等方面的提升,另一方面也可能会带来一些问题,如代码bug、客户使用方法不正确引发问题等等.
案例分享 。
MySQL 5.7下的场景 。
(1)首先,创建两张表,并插入数据 。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
|
mysql>
select
version();
+
------------+
| version() |
+
------------+
| 5.7.30-log |
+
------------+
1 row
in
set
(0.00 sec)
mysql> show
create
table
test\G
*************************** 1. row ***************************
Table
: test
Create
Table
:
CREATE
TABLE
`test` (
`id`
int
(10) unsigned
NOT
NULL
AUTO_INCREMENT,
`k`
int
(10) unsigned
NOT
NULL
DEFAULT
'0'
,
`c`
char
(120)
NOT
NULL
DEFAULT
''
,
`pad`
char
(60)
NOT
NULL
DEFAULT
''
,
PRIMARY
KEY
(`id`),
KEY
`k_1` (`k`)
) ENGINE=InnoDB AUTO_INCREMENT=101
DEFAULT
CHARSET=utf8mb4 MAX_ROWS=1000000
1 row
in
set
(0.00 sec)
mysql> show
create
table
sbtest1\G
*************************** 1. row ***************************
Table
: sbtest1
Create
Table
:
CREATE
TABLE
`sbtest1` (
`id`
int
(10) unsigned
NOT
NULL
AUTO_INCREMENT,
`k`
int
(10) unsigned
NOT
NULL
DEFAULT
'0'
,
`c`
char
(120)
NOT
NULL
DEFAULT
''
,
`pad`
char
(60)
NOT
NULL
DEFAULT
''
,
PRIMARY
KEY
(`id`),
KEY
`k_1` (`k`)
) ENGINE=InnoDB AUTO_INCREMENT=1000001
DEFAULT
CHARSET=utf8mb4 MAX_ROWS=1000000
1 row
in
set
(0.00 sec)
mysql>
select
count
(*)
from
test;
+
----------+
|
count
(*) |
+
----------+
| 100 |
+
----------+
1 row
in
set
(0.00 sec)
mysql>
select
count
(*)
from
sbtest1;
+
----------+
|
count
(*) |
+
----------+
| 1000000 |
+
----------+
1 row
in
set
(0.14 sec)
|
(2)查看两张表的统计信息,均比较准确 。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
|
mysql>
select
table_schema,table_name,table_rows
from
tables
where
table_name=
'test'
;
+
--------------+------------+------------+
| table_schema | table_name | table_rows |
+
--------------+------------+------------+
| test | test | 100 |
+
--------------+------------+------------+
1 row
in
set
(0.00 sec)
mysql>
select
table_schema,table_name,table_rows
from
tables
where
table_name=
'sbtest1'
;
+
--------------+------------+------------+
| table_schema | table_name | table_rows |
+
--------------+------------+------------+
| test | sbtest1 | 947263 |
+
--------------+------------+------------+
1 row
in
set
(0.00 sec)
|
(3)我们持续往test表插入1000w条记录,并再次查看统计信息,还是相对准确的,因为在默认情况下,数据变化量超过10%,就会触发统计信息更新 。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
|
mysql>
select
count
(*)
from
test;
+
----------+
|
count
(*) |
+
----------+
| 10000100 |
+
----------+
1 row
in
set
(1.50 sec)
mysql>
select
table_schema,table_name,table_rows
from
tables
where
table_name=
'test'
;
+
--------------+------------+------------+
| table_schema | table_name | table_rows |
+
--------------+------------+------------+
| test | test | 9749036 |
+
--------------+------------+------------+
1 row
in
set
(0.00 sec)
|
MySQL 8.0下的场景 。
(1)接下来我们看看8.0下的情况吧,同样地,我们创建两张表,并插入相同记录 。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
|
mysql>
select
version();
+
-----------+
| version() |
+
-----------+
| 8.0.20 |
+
-----------+
1 row
in
set
(0.00 sec)
mysql> show
create
table
test\G
*************************** 1. row ***************************
Table
: test
Create
Table
:
CREATE
TABLE
`test` (
`id`
int
unsigned
NOT
NULL
AUTO_INCREMENT,
`k`
int
unsigned
NOT
NULL
DEFAULT
'0'
,
`c`
char
(120)
NOT
NULL
DEFAULT
''
,
`pad`
char
(60)
NOT
NULL
DEFAULT
''
,
PRIMARY
KEY
(`id`),
KEY
`k_1` (`k`)
) ENGINE=InnoDB AUTO_INCREMENT=101
DEFAULT
CHARSET=utf8mb4
COLLATE
=utf8mb4_0900_ai_ci MAX_ROWS=1000000
1 row
in
set
(0.00 sec)
mysql> show
create
table
sbtest1\G
*************************** 1. row ***************************
Table
: sbtest1
Create
Table
:
CREATE
TABLE
`sbtest1` (
`id`
int
unsigned
NOT
NULL
AUTO_INCREMENT,
`k`
int
unsigned
NOT
NULL
DEFAULT
'0'
,
`c`
char
(120)
NOT
NULL
DEFAULT
''
,
`pad`
char
(60)
NOT
NULL
DEFAULT
''
,
PRIMARY
KEY
(`id`),
KEY
`k_1` (`k`)
) ENGINE=InnoDB AUTO_INCREMENT=1000001
DEFAULT
CHARSET=utf8mb4
COLLATE
=utf8mb4_0900_ai_ci MAX_ROWS=1000000
1 row
in
set
(0.00 sec)
mysql>
select
count
(*)
from
test;
+
----------+
|
count
(*) |
+
----------+
| 100 |
+
----------+
1 row
in
set
(0.00 sec)
mysql>
select
count
(*)
from
sbtest1;
+
----------+
|
count
(*) |
+
----------+
| 1000000 |
+
----------+
1 row
in
set
(0.02 sec)
|
(2)查看两张表的统计信息,均比较准确 。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
|
mysql>
select
table_schema,table_name,table_rows
from
tables
where
table_name=
'test'
;
+
--------------+------------+------------+
| TABLE_SCHEMA | TABLE_NAME | TABLE_ROWS |
+
--------------+------------+------------+
| test | test | 100 |
+
--------------+------------+------------+
1 row
in
set
(0.00 sec)
mysql>
select
table_schema,table_name,table_rows
from
tables
where
table_name=
'sbtest1'
;
+
--------------+------------+------------+
| TABLE_SCHEMA | TABLE_NAME | TABLE_ROWS |
+
--------------+------------+------------+
| test | sbtest1 | 947468 |
+
--------------+------------+------------+
1 row
in
set
(0.01 sec)
|
(3)同样地,我们持续往test表插入1000w条记录,并再次查看统计信息,发现table_rows显示还是100条,出现了较大偏差 。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
|
mysql>
select
count
(*)
from
test;
+
----------+
|
count
(*) |
+
----------+
| 10000100 |
+
----------+
1 row
in
set
(0.33 sec)
mysql>
select
table_schema,table_name,table_rows
from
tables
where
table_name=
'test'
;
+
--------------+------------+------------+
| TABLE_SCHEMA | TABLE_NAME | TABLE_ROWS |
+
--------------+------------+------------+
| test | test | 100 |
+
--------------+------------+------------+
1 row
in
set
(0.00 sec)
|
原因剖析 。
那么导致统计信息不准确的原因是什么呢?其实是MySQL 8.0为了提高information_schema的查询效率,将视图tables和statistics里面的统计信息缓存起来,缓存过期时间由参数information_schema_stats_expiry决定,默认为86400s;如果想获取最新的统计信息,可以通过如下两种方式:
(1)analyze table进行表分析 。
(2)设置information_schema_stats_expiry=0 。
继续探索 。
那么统计信息不准确,会带来哪些影响呢?是否会影响执行计划呢?接下来我们再次进行测试 。
测试1:表test记录数100,表sbtest1记录数100w 。
执行如下SQL,查看执行计划,走的是NLJ,小表test作为驱动表(全表扫描),大表sbtest1作为被驱动表(主键关联),执行效率很快 。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
|
mysql>
select
count
(*)
from
test;
+
----------+
|
count
(*) |
+
----------+
| 100 |
+
----------+
1 row
in
set
(0.00 sec)
mysql>
select
count
(*)
from
sbtest1;
+
----------+
|
count
(*) |
+
----------+
| 1000000 |
+
----------+
1 row
in
set
(0.02 sec)
mysql>
select
table_schema,table_name,table_rows
from
tables
where
table_name=
'test'
;
+
--------------+------------+------------+
| TABLE_SCHEMA | TABLE_NAME | TABLE_ROWS |
+
--------------+------------+------------+
| test | test | 100 |
+
--------------+------------+------------+
1 row
in
set
(0.00 sec)
mysql>
select
table_schema,table_name,table_rows
from
tables
where
table_name=
'sbtest1'
;
+
--------------+------------+------------+
| TABLE_SCHEMA | TABLE_NAME | TABLE_ROWS |
+
--------------+------------+------------+
| test | sbtest1 | 947468 |
+
--------------+------------+------------+
1 row
in
set
(0.01 sec)
mysql>
select
t.*
from
test t
inner
join
sbtest1 t1
on
t.id=t1.id
where
t.c=
'08566691963-88624912351-16662227201-46648573979-64646226163-77505759394-75470094713-41097360717-15161106334-50535565977'
and
t1.c=
'08566691963-88624912351-16662227201-46648573979-64646226163-77505759394-75470094713-41097360717-15161106334-50535565977'
;
+
----+--------+-------------------------------------------------------------------------------------------------------------------------+-------------------------------------------------------------+
| id | k | c | pad |
+
----+--------+-------------------------------------------------------------------------------------------------------------------------+-------------------------------------------------------------+
| 1 | 501885 | 08566691963-88624912351-16662227201-46648573979-64646226163-77505759394-75470094713-41097360717-15161106334-50535565977 | 63188288836-92351140030-06390587585-66802097351-49282961843 |
+
----+--------+-------------------------------------------------------------------------------------------------------------------------+-------------------------------------------------------------+
1 row
in
set
(0.00 sec)
mysql> explain
select
t.*
from
test t
inner
join
sbtest1 t1
on
t.id=t1.id
where
t.c=
'08566691963-88624912351-16662227201-46648573979-64646226163-77505759394-75470094713-41097360717-15161106334-50535565977'
and
t1.c='08566691963-88624912351-16662227201-4664
+
----+-------------+-------+------------+--------+---------------+---------+---------+-----------+------+----------+-------------+
| id | select_type |
table
| partitions | type | possible_keys |
key
| key_len | ref |
rows
| filtered | Extra |
+
----+-------------+-------+------------+--------+---------------+---------+---------+-----------+------+----------+-------------+
| 1 | SIMPLE | t |
NULL
|
ALL
|
PRIMARY
|
NULL
|
NULL
|
NULL
| 100 | 10.00 | Using
where
|
| 1 | SIMPLE | t1 |
NULL
| eq_ref |
PRIMARY
|
PRIMARY
| 4 | test.t.id | 1 | 10.00 | Using
where
|
+
----+-------------+-------+------------+--------+---------------+---------+---------+-----------+------+----------+-------------+
2
rows
in
set
, 1 warning (0.00 sec)
|
测试2:表test记录数1000w左右,表sbtest1记录数100w 。
再次执行SQL,查看执行计划,走的也是NLJ,相对小表sbtest1作为驱动表,大表test作为被驱动表,也是正确的执行计划 。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
|
mysql>
select
count
(*)
from
test;
+
----------+
|
count
(*) |
+
----------+
| 10000100 |
+
----------+
1 row
in
set
(0.33 sec)
mysql>
select
count
(*)
from
sbtest1;
+
----------+
|
count
(*) |
+
----------+
| 1000000 |
+
----------+
1 row
in
set
(0.02 sec)
mysql>
select
table_schema,table_name,table_rows
from
tables
where
table_name=
'test'
;
+
--------------+------------+------------+
| TABLE_SCHEMA | TABLE_NAME | TABLE_ROWS |
+
--------------+------------+------------+
| test | test | 100 |
+
--------------+------------+------------+
1 row
in
set
(0.00 sec)
mysql>
select
table_schema,table_name,table_rows
from
tables
where
table_name=
'sbtest1'
;
+
--------------+------------+------------+
| TABLE_SCHEMA | TABLE_NAME | TABLE_ROWS |
+
--------------+------------+------------+
| test | sbtest1 | 947468 |
+
--------------+------------+------------+
1 row
in
set
(0.01 sec)
mysql>
select
t.*
from
test t
inner
join
sbtest1 t1
on
t.id=t1.id
where
t.c=
'08566691963-88624912351-16662227201-46648573979-64646226163-77505759394-75470094713-41097360717-15161106334-50535565977'
and
t1.c=
'08566691963-88624912351-16662227201-46648573979-64646226163-77505759394-75470094713-41097360717-15161106334-50535565977'
;
+
----+--------+-------------------------------------------------------------------------------------------------------------------------+-------------------------------------------------------------+
| id | k | c | pad |
+
----+--------+-------------------------------------------------------------------------------------------------------------------------+-------------------------------------------------------------+
| 1 | 501885 | 08566691963-88624912351-16662227201-46648573979-64646226163-77505759394-75470094713-41097360717-15161106334-50535565977 | 63188288836-92351140030-06390587585-66802097351-49282961843 |
+
----+--------+-------------------------------------------------------------------------------------------------------------------------+-------------------------------------------------------------+
1 row
in
set
(0.37 sec)
mysql> explain
select
t.*
from
test t
inner
join
sbtest1 t1
on
t.id=t1.id
where
t.c=
'08566691963-88624912351-16662227201-46648573979-64646226163-77505759394-75470094713-41097360717-15161106334-50535565977'
and
t1.c=
'08566691963-88624912351-16662227201-46648573979-64646226163-77505759394-75470094713-41097360717-15161106334-50535565977'
;
+
----+-------------+-------+------------+--------+---------------+---------+---------+------------+--------+----------+-------------+
| id | select_type |
table
| partitions | type | possible_keys |
key
| key_len | ref |
rows
| filtered | Extra |
+
----+-------------+-------+------------+--------+---------------+---------+---------+------------+--------+----------+-------------+
| 1 | SIMPLE | t1 |
NULL
|
ALL
|
PRIMARY
|
NULL
|
NULL
|
NULL
| 947468 | 10.00 | Using
where
|
| 1 | SIMPLE | t |
NULL
| eq_ref |
PRIMARY
|
PRIMARY
| 4 | test.t1.id | 1 | 10.00 | Using
where
|
+
----+-------------+-------+------------+--------+---------------+---------+---------+------------+--------+----------+-------------+
2
rows
in
set
, 1 warning (0.01 sec)
|
为什么优化器没有选择错误的执行计划呢?之前文章也提过,MySQL 8.0是将元数据信息存放在mysql库下的数据字典表里,information_schema库只是提供相对方便的视图供用户查询,所以优化器在选择执行计划时,会从数据字典表中获取统计信息,生成正确的执行计划.
总结 。
MySQL 8.0为了提高information_schema的查询效率,会将视图tables和statistics里面的统计信息缓存起来,缓存过期时间由参数information_schema_stats_expiry决定(建议设置该参数值为0);这可能会导致用户查询相应视图时,无法获取最新、准确的统计信息,但并不会影响执行计划的选择.
以上就是MySQL 8.0统计信息不准确的原因的详细内容,更多关于MySQL 8.0统计信息不准确的资料请关注我其它相关文章! 。
原文链接:https://cloud.tencent.com/developer/article/1684247 。
最后此篇关于MySQL 8.0统计信息不准确的原因的文章就讲到这里了,如果你想了解更多关于MySQL 8.0统计信息不准确的原因的内容请搜索CFSDN的文章或继续浏览相关文章,希望大家以后支持我的博客! 。
我对cassandra并使用1.2.10非常陌生。我有一个时间戳数据类型的主键列。现在,我正在尝试检索日期范围的数据。由于我们知道不能在cassandra中使用,因此我使用的是大于()来获取日期范围。
我正在尝试进行有条件的转场。但我得到: Terminating app due to uncaught exception 'NSInvalidArgumentException', reas
我有一个游戏项目,在调试和发布模式下在设备上运行得非常好。我有两个版本。旧版本和新版本具有更多(后来我添加了)功能,并且两者的 bundle ID、版本相同。当我构建旧版本时,之前没有安装“myGam
这个问题已经有答案了: 奥 git _a (2 个回答) 已关闭 5 年前。 我正在获取 ClassCastException 。这两个类来自不同的 jar,但是JettyContinuationPr
以下代码行抛出异常: HttpResponse response = client.execute(request); // actual HTTP request 我能够捕获它并打印: Log
就目前情况而言,这个问题不太适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持,但这个问题可能会引发辩论、争论、民意调查或扩展讨论。如果您觉得这个问题可以改进并可能重新开放,visit
public class TwoThreads { private static Object resource = new Object(); private static void
当我输入 6 (int) 作为值时,运行此命令会出现段错误 (gcc filename.c -lm)。请帮助我解决这个问题。预期的功能尚未实现,但我需要知道为什么我已经陷入段错误。 谢谢! #incl
所以,过去一周半我一直在研究这个 .OBJ/.MTL 网格解析器。在这段时间里,我一直在追踪/修复很多错误、清理代码、记录代码等等。 问题是,每修复一个错误,仍然会出现这个问题,而且一张图片胜过一千个
我正在运行一个代码,它基本上围绕 3 个维度旋转一个大数据数组(5000 万行)。但是,我遇到了一个奇怪的问题,我已将其缩小到如何评估旋转矩阵。基本上,对于除绕 x 轴以外的任何旋转,python 代
就在你说这是重复之前,我已经看到了其他问题,但我仍然想发布这个。 所以我正在阅读 Thinking in Java -Bruce Eckel 这篇文章是关于小写命名约定的: In Java 1.0 a
我想在我的应用程序中使用 REST API。它为我从这个应用程序发出的所有请求抛出 SocketTimeoutException。 Logcat 输出:(您也可以在此处看到带有漂亮格式的输出:http
我知道 raise ... from None 并已阅读 How can I more easily suppress previous exceptions when I raise my own
在未能找到各种Unix工具(例如xargs和whatnot)的最新独立二进制文件(this version很好,但需要外部DLL)后,我承担了自己进行编译的挑战。 ...这是痛苦的。 最终,尽管如此,
我有一个用PHP编写的流套接字服务器。 为了查看一次可以处理多少个连接,我用C语言编写了一个模拟器来创建1000个不同的客户端以连接到服务器。 stream_socket_accept几次返回fals
我的Android Studio昨天运行良好,但是今天当我启动Android Studio并想在移动设备上运行应用程序时,发生了以下错误, 我在互联网和stackoverflow上进行了搜索,但没有解
默认情况下,grails似乎为Java域对象的toString()返回:。那当然不是我想要的,所以我尝试@Override toString()返回我想要的。当我尝试grails generate-a
尝试通过LDAP通过LDAP对用户进行身份验证时,出现以下错误。 Reason: Cannot pass null or empty values to constructor. 谁能告诉我做错了什么
我正在尝试使用应用程序附带的 Houdini Python 模块,该模块是 Houdini 安装文件夹的一部分,位于标准 Python 路径之外。按照安装说明操作后,运行 Houdini Termin
简单地说,我正在为基本数据库编写单链表的原始实现。当用户请求打印索引下列出的元素高于数据库中当前记录数量时,我不断出现段错误,但仅当差值为 1 时。对于更高的数字,它只会触发我在那里编写的错误系统。
我是一名优秀的程序员,十分优秀!