InnoDB数据页什么时候合并(2)

简介: InnoDB数据页什么时候合并

3.1 除了表级可以设置外,单个索引也可以设置合并阈值

对InnoDB来说,其实整个表都是索引页,无非是聚集索引页还是辅助索引页而已。

因此,页合并阈值既可以用于聚集索引页,也可以用于辅助索引页。

只需要在创建索引时指定即可:

[root@yejr.run]> ALTER TABLE t_sk ADD INDEX k1(c1) COMMENT 'MERGE_THRESHOLD=20';


当然了,这个只能在创建索引时一次性指定,不能中途修改。

然而,表级别的合并阈值则可以在运行时修改:

[root@yejr.run]> ALTER TABLE t_sk COMMENT 'MERGE_THRESHOLD=40';

Query OK, 0 rows affected (0.01 sec)
Records: 0 Duplicates: 0 Warnings: 0

还可以通过查看元数据确认各个索引的合并阈值设置:

# 直接根据 TABLE_ID 条件查询聚集索引和辅助索引
# 如果辅助索引创建时没设置阈值,则其阈值设置直接从表级设置中继承
# 提醒:8.0中 INNODB_SYS_INDEXES 表名变成了 INNODB_INDEXES
[root@yejr.run]> SELECT FROM INFORMATION_SCHEMA.INNODB_SYS_INDEXES WHERE select from information_schema.innodb_sys_Indexes where TABLE_ID = 66\G
1. row **
INDEX_ID: 54
NAME: PRIMARY --聚集索引
TABLE_ID: 66
TYPE: 3
N_FIELDS: 1
PAGE_NO: 3
SPACE: 31
MERGE_THRESHOLD: 30
2. row **
INDEX_ID: 65
NAME: k1 --聚集索引
TABLE_ID: 66
TYPE: 0
N_FIELDS: 1
PAGE_NO: 8
SPACE: 31
MERGE_THRESHOLD: 20 --自行设定阈值为20%

# 或者执行SHOW语法
[root@yejr.run]> SHOW INDEX FROM t_sk\G
1. row **
Table: t_sk
Non_unique: 0
Key_name: PRIMARY
Seq_in_index: 1
Column_name: id
Collation: A
Cardinality: 494750
Sub_part: NULL
Packed: NULL
Null:
Index_type: BTREE
Comment:
Index_comment:
2. row **
Table: t_sk
Non_unique: 1
Key_name: k1
Seq_in_index: 1
Column_name: c1
Collation: A
Cardinality: 451839
Sub_part: NULL
Packed: NULL
Null:
Index_type: BTREE
Comment:
Index_comment: MERGE_THRESHOLD=20



3.2 页合并状态监控

页合并的统计情况,可以通过查询 INNODB_METRICS 表获取到。

# 先启用该metric
[root@yejr.run]> set global innodb_monitor_enable="module_index";
Query OK, 0 rows affected (0.00 sec)

# 一顿删除操作猛如虎出发页合并之后查询
[root@yejr.run]> SELECT NAME,COUNT,STATUS,COMMENT from INFORMATION_SCHEMA.INNODB_METRICS WHERE NAME LIKE 'index_page%merge%';
+-----------------------------+-------+---------+----------------------------------------+
| NAME | COUNT | STATUS | COMMENT |
+-----------------------------+-------+---------+----------------------------------------+
| index_page_merge_attempts | 13 | enabled | Number of index page merge attempts |
| index_page_merge_successful | 1 | enabled | Number of successful index page merges |
+-----------------------------+-------+---------+----------------------------------------+

通过监控这个metric,如果发现页合并非常频繁的话,可以考虑把 MERGE_THRESHOLD 阈值调低。但是设置太低也有风险,因为合并频率降低了,结果会导致更高的数据页碎片率。


3.3 如何适当调整阈值设置

有个不便的地方是,阈值 MERGE_THRESHOLD 无法全局设定(innodb_merge_threshold_set_all_debug参数只能用于debug版本,正常版本不可设置),而且通过 INNODB_METRICS 也无法监控到具体是哪些表上的合并操作最多。因此当发现有很高合并频率时,可能需要扫描所有表,找到那些碎片率较高的表,其产生合并的"嫌疑"应该也较高。

页分裂、合并是个平衡的艺术,如果表DDL设计的好,每条记录的长度基本上一致的话,并且没有频繁的变长更新或删除,那页合并的次数应该不会太高才对。


延伸阅读

Enjoy MySQL :)

最后多啰嗦一句,MySQL官方手册真是个宝藏,有事没事多翻翻吧。

全文完。

推荐搜索关键词列表:


            </div>
相关文章
|
安全 网络安全 数据库
达梦数据库 忘记 SYSDBA 密码 处理方法
达梦数据库支持四种安全验证模式:数据库身份验证、基于操作系统的身份验证、外部身份验证和UKEY验证。当忘记SYSDBA密码时,可通过启用操作系统认证模式来恢复:修改`dm.ini`配置文件启用`ENABLE_LOCAL_OSAUTH = 1`,重启服务后,使用`disql / as sysdba`登录修改密码。之后,禁用操作系统认证,恢复原验证模式,确保数据库安全。
4266 0
|
9月前
|
Cloud Native API
微服务引擎 MSE 及云原生 API 网关 2025 年 2 月产品动态
微服务引擎 MSE 及云原生 API 网关 2025 年 2 月产品动态
|
算法 图形学
【头歌 计算机图形学 练习】多边形填充v1.0 (第1关:扫描线填充算法(活动边表AET法) 第2关:边缘填充法 第3关:区域四连通种子填充算法 第4关:区域扫描线种子填充算法)
【头歌 计算机图形学 练习】多边形填充v1.0 (第1关:扫描线填充算法(活动边表AET法) 第2关:边缘填充法 第3关:区域四连通种子填充算法 第4关:区域扫描线种子填充算法)
843 0
|
消息中间件
RabbitMQ消息的重复消费问题如何解决的?
RabbitMQ消息的重复消费问题是在分布式系统中常见的一个挑战,解决该问题可以采取以下几种策略:
1301 0
|
开发框架 移动开发 .NET
无影云应用助力天猫APP 打造云上3D全实时虚拟购物场景
手机天猫APP通过无影云应用加载3D场景,降低用户准入门槛,实现用户在线实时语音、文字互动,让用户获得游戏般的沉浸式“逛街”体验。无影自研ASP协议支持全端接入、弱网抵抗、多点触控等能力,云资源多地域部署,智能调度就近接入,保证了用户高清、流畅的体验效果。
918 0
无影云应用助力天猫APP 打造云上3D全实时虚拟购物场景
|
消息中间件 Java Spring
ActiveMQ整合springboot
ActiveMQ整合springboot
|
编译器 C++
学习C++笔记200
C++ 字符串
220 0
|
JSON 自然语言处理 JavaScript
高德APP启动耗时剖析与优化实践(iOS篇)
最近高德地图APP完成了一次启动优化专项,超预期将双端启动的耗时都降低了65%以上,iOS在iPhone7上速度达到了400毫秒以内。就像产品们用后说的,快到不习惯。算一下每天为用户省下的时间,还是蛮有成就感的,本文做个小结。
高德APP启动耗时剖析与优化实践(iOS篇)
|
对象存储 存储 分布式计算
JindoFS解析 - 云上大数据高性能数据湖存储方案
JindoFS 是云原生的文件系统,可以提供OSS 超大容量以及本地磁盘的性能
15112 0