计算
弹性云服务器 ECS
Flexus云服务
裸金属服务器 BMS
弹性伸缩 AS
镜像服务 IMS
专属主机 DeH
函数工作流 FunctionGraph
云手机服务器 CPH
Huawei Cloud EulerOS
网络
虚拟私有云 VPC
弹性公网IP EIP
虚拟专用网络 VPN
弹性负载均衡 ELB
NAT网关 NAT
云专线 DC
VPC终端节点 VPCEP
云连接 CC
企业路由器 ER
企业交换机 ESW
全球加速 GA
安全与合规
安全技术与应用
Web应用防火墙 WAF
企业主机安全 HSS
云防火墙 CFW
安全云脑 SecMaster
DDoS防护 AAD
数据加密服务 DEW
数据库安全服务 DBSS
云堡垒机 CBH
数据安全中心 DSC
云证书管理服务 CCM
边缘安全 EdgeSec
威胁检测服务 MTD
CDN与智能边缘
内容分发网络 CDN
CloudPond云服务
智能边缘云 IEC
迁移
主机迁移服务 SMS
对象存储迁移服务 OMS
云数据迁移 CDM
迁移中心 MGC
大数据
MapReduce服务 MRS
数据湖探索 DLI
表格存储服务 CloudTable
云搜索服务 CSS
数据接入服务 DIS
数据仓库服务 GaussDB(DWS)
数据治理中心 DataArts Studio
数据可视化 DLV
数据湖工厂 DLF
湖仓构建 LakeFormation
企业应用
云桌面 Workspace
应用与数据集成平台 ROMA Connect
云解析服务 DNS
专属云
专属计算集群 DCC
IoT物联网
IoT物联网
设备接入 IoTDA
智能边缘平台 IEF
用户服务
账号中心
费用中心
成本中心
资源中心
企业管理
工单管理
国际站常见问题
ICP备案
我的凭证
支持计划
客户运营能力
合作伙伴支持计划
专业服务
区块链
区块链服务 BCS
Web3节点引擎服务 NES
解决方案
SAP
高性能计算 HPC
视频
视频直播 Live
视频点播 VOD
媒体处理 MPC
实时音视频 SparkRTC
数字内容生产线 MetaStudio
存储
对象存储服务 OBS
云硬盘 EVS
云备份 CBR
存储容灾服务 SDRS
高性能弹性文件服务 SFS Turbo
弹性文件服务 SFS
云硬盘备份 VBS
云服务器备份 CSBS
数据快递服务 DES
专属分布式存储服务 DSS
容器
云容器引擎 CCE
容器镜像服务 SWR
应用服务网格 ASM
华为云UCS
云容器实例 CCI
管理与监管
云监控服务 CES
统一身份认证服务 IAM
资源编排服务 RFS
云审计服务 CTS
标签管理服务 TMS
云日志服务 LTS
配置审计 Config
资源访问管理 RAM
消息通知服务 SMN
应用运维管理 AOM
应用性能管理 APM
组织 Organizations
优化顾问 OA
IAM 身份中心
云运维中心 COC
资源治理中心 RGC
应用身份管理服务 OneAccess
数据库
云数据库 RDS
文档数据库服务 DDS
数据管理服务 DAS
数据复制服务 DRS
云数据库 GeminiDB
云数据库 GaussDB
分布式数据库中间件 DDM
数据库和应用迁移 UGO
云数据库 TaurusDB
人工智能
人脸识别服务 FRS
图引擎服务 GES
图像识别 Image
内容审核 Moderation
文字识别 OCR
AI开发平台ModelArts
图像搜索 ImageSearch
对话机器人服务 CBS
华为HiLens
视频智能分析服务 VIAS
语音交互服务 SIS
应用中间件
分布式缓存服务 DCS
API网关 APIG
微服务引擎 CSE
分布式消息服务Kafka版
分布式消息服务RabbitMQ版
分布式消息服务RocketMQ版
多活高可用服务 MAS
事件网格 EG
企业协同
华为云会议 Meeting
云通信
消息&短信 MSGSMS
云生态
合作伙伴中心
云商店
开发者工具
SDK开发指南
API签名指南
Terraform
华为云命令行工具服务 KooCLI
其他
产品价格详情
系统权限
管理控制台
客户关联华为云合作伙伴须知
消息中心
公共问题
开发与运维
应用管理与运维平台 ServiceStage
软件开发生产线 CodeArts
需求管理 CodeArts Req
部署 CodeArts Deploy
性能测试 CodeArts PerfTest
编译构建 CodeArts Build
流水线 CodeArts Pipeline
制品仓库 CodeArts Artifact
测试计划 CodeArts TestPlan
代码检查 CodeArts Check
代码托管 CodeArts Repo
云应用引擎 CAE
开天aPaaS
云消息服务 KooMessage
云手机服务 KooPhone
云空间服务 KooDrive
文档首页/ 云数据库 TaurusDB/ 常见问题/ 数据库性能/ TaurusDB的临时盘使用说明

TaurusDB的临时盘使用说明

更新时间:2024-12-25 GMT+08:00

TaurusDB的临时盘主要是用于暂存数据库运行过程中产生的临时表、临时文件、Binlog Cache等。用户可以通过管理控制台实时监控到实例在不同时间段和粒度下的临时盘使用量和使用率,如下图所示:

图1 磁盘使用情况

随着数据库支撑业务的波动, 用户可能会发现临时盘占用率突然或持续上升。为提高数据库的可用性,保障用户的业务正常运行,TaurusDB为实例提供了上限为500G的临时盘空间,且临时盘空间免费使用。

为防止临时盘占用持续不断上升,达到上限进而影响业务,建议用户根据查询到的磁盘使用情况尽快排查业务,降低业务受损的风险。在下文中,我们列举了临时盘占满带来的风险,以及常见临时盘占满场景和排查方法,帮助用户进行问题定位和修复。

临时盘占满风险说明

  • SQL会执行失败,无法正常返回结果。
  • SQL长时间占有锁资源,阻塞其他SQL,进一步导致连接数上升甚至打满,影响其他业务。
  • Binlog Cache临时文件达到上限,引发数据库发生crash,且恢复过程会持续较长时间,极大增加业务中断时间。

常见临时盘占满场景和排查方法

  1. 用户显式创建磁盘临时表
    • 场景

      用户可以通过create temporary table语句显式创建磁盘临时表,存储引擎为Innodb的临时表会缓存在Buffer Pool中,并由刷脏线程进行落盘。

      TaurusDB中,磁盘临时表的数据保存在Session临时表空间中(路径由参数“innodb_temp_tablespaces_dir”控制),undo log则保存在Global临时表空间中(路径由参数“innodb_temp_data_file_path”控制)。

      防止磁盘临时表占用过多磁盘空间,建议用户即时删除不再需要使用的磁盘临时表,或断开不必要的数据库连接。

      须知:
      • Session临时表空间:在数据库连接释放的时候被回收。
      • Global临时表空间:需要重启数据库才能被回收。
    • 排查方法
      1. 查看InnoDB中用户创建的临时表信息
        mysql> select * from information_schema.innodb_temp_table_info;
        +----------------------+---------------+--------+------------+
        | TABLE_ID             | NAME          | N_COLS | SPACE      |
        +----------------------+---------------+--------+------------+
        | 18446744069414584311 | #sqle055_24_0 |      5 | 4294502266 |
        +----------------------+---------------+--------+------------+
      2. 查看InnoDB临时表文件的使用情况

        在该表中,ID列表示正在使用此临时表文件的session id,如果该值为0则表示此ibt文件未被使用;SIZE列表示此ibt文件的大小,会依据使用情况自动扩大,随会话结束回收; PURPOSE列如果为INTRINSIC表示是隐式临时表,如果为USER则表示是显式临时表在使用。

        mysql> select * from information_schema.innodb_session_temp_tablespaces;
        +----+------------+----------------------------+-------+----------+-----------+
        | ID | SPACE      | PATH                       | SIZE  | STATE    | PURPOSE   |
        +----+------------+----------------------------+-------+----------+-----------+
        | 31 | 4294502265 | ./#innodb_temp/temp_9.ibt  | 81920 | ACTIVE   | INTRINSIC |
        | 36 | 4294502266 | ./#innodb_temp/temp_10.ibt | 98304 | ACTIVE   | USER      |
        | 34 | 4294502264 | ./#innodb_temp/temp_8.ibt  | 81920 | ACTIVE   | INTRINSIC |
        |  0 | 4294502257 | ./#innodb_temp/temp_1.ibt  | 81920 | INACTIVE | NONE      |
        |  0 | 4294502258 | ./#innodb_temp/temp_2.ibt  | 81920 | INACTIVE | NONE      |
        |  0 | 4294502259 | ./#innodb_temp/temp_3.ibt  | 81920 | INACTIVE | NONE      |
        |  0 | 4294502260 | ./#innodb_temp/temp_4.ibt  | 81920 | INACTIVE | NONE      |
        |  0 | 4294502261 | ./#innodb_temp/temp_5.ibt  | 81920 | INACTIVE | NONE      |
        |  0 | 4294502262 | ./#innodb_temp/temp_6.ibt  | 81920 | INACTIVE | NONE      |
        |  0 | 4294502263 | ./#innodb_temp/temp_7.ibt  | 81920 | INACTIVE | NONE      |
        +----+------------+----------------------------+-------+----------+-----------+
  2. 查询隐式创建磁盘临时表或临时文件
    • 场景

      查询优化器为查询选择执行计划时可能会使用临时表进行辅助,优先使用内存临时表,当超过设置的内存临时表大小阈值(取决于参数tmp_table_size和max_heap_table_size两者的最小值)时会使用磁盘临时表。

      磁盘临时表是由查询隐式创建的,与显式创建的磁盘临时表数据保持一致,均保存在Session临时表空间中。对于大表上的复杂查询,包括但不限于含有UNION、GROUP BY、ORDER BY等关键词,就有可能产生磁盘临时表。除此之外,当查询涉及排序操作,如果sort buffer中无法存下所有数据(大小由参数sort_buffer_size设置),就会使用磁盘临时文件进行辅助排序。在大部分场景下,隐式创建的磁盘临时表是磁盘占满的主要原因,用户可以通过定位复杂查询或长事务,优化查询语句、添加合理的索引、拆分长事务等方法解决此类问题。

    • 排查方法
      1. 查看SQL是否使用了临时表或文件排序。

        在Extra列中出现Using temporary表示使用了临时表,Using filesort表示使用了文件排序。

      2. 查询隐式磁盘临时表使用情况的方法同上述显式磁盘临时表。
  3. 长事务产生大量Binlog
    • 场景

      Binlog是二进制格式文件,记录了用户对数据库的改动事件,如DDL、DCL、DML(除去SELECT)等。InnoDB在事务未提交前会先把Binlog缓存在内存中,提交时才会把将其写入磁盘。内存中允许的每个连接的Binlog大小由参数“binlog_cache_size”控制,当事务记录的Binlog超出该大小时,会将其写入磁盘临时文件。长事务可能会导致Binlog很大,进而导致磁盘上的Binlog临时文件很大,容易将磁盘打满,因此建议用户合理控制事务大小,尝试将长事务进行拆分,或者调整合适的“binlog_cache_size”

    • 排查方法
      1. 查看Binlog是否开启
        mysql> show variables like 'log_bin';
        +---------------+-------+
        | Variable_name | Value |
        +---------------+-------+
        | log_bin       | ON    |
        +---------------+-------+
      2. 查看Binlog Cache使用情况

        Binlog_cache_disk_use表示由于binlog_cache_size设置的内存不足导致缓存Binlog使用了磁盘临时文件的次数,当该值较大时说明多次调用了磁盘临时文件缓存Binlog。

        mysql> show global status like '%binlog_cache%';
        +-----------------------+-----------+
        | Variable_name         | Value     |
        +-----------------------+-----------+
        | Binlog_cache_disk_use | 1335006   |
        | Binlog_cache_use      | 264240359 |
        +-----------------------+-----------+
  4. DDL产生临时文件
    • 场景

      在对表进行DDL操作的过程中,也有一些环节会产生磁盘临时文件:

      • 有时需要对原表进行表空间重建,涉及表上索引B+树的重建。如果表的数据量很大,sort buffer中无法存储所有数据,需要创建临时文件来辅助排序。
      • 部分online DDL虽然支持在原表上进行DML操作,但不能直接对原表进行修改,需要将修改记录在online log上,DDL操作结束后再应用到新表上。online log优先保存在内存中,大小由参数“innodb_sort_buffer_size”控制,超过上限则需要暂存到临时文件。
      • 对表执行OPTIMIZE TABLE命令时,需要重新组织聚簇索引的保存的数据,可能会产生临时文件。
    • 排查方法
      • 通过SHOW PROCESSLIST查看是否有执行时间过长的DDL语句。
      • 大表DDL前需要注意保留出足够的空间。

我们使用cookie来确保您的高速浏览体验。继续浏览本站,即表示您同意我们使用cookie。 详情

文档反馈

文档反馈

意见反馈

0/500

标记内容

同时提交标记内容