ibdata1文件持续增加的问题定位

  • 时间:
  • 浏览:0
  • 来源:大发幸运飞艇APP下载_大发幸运飞艇APP官方

怎样才能查看ibdata1中的文件组建?

INDEX               722         0.01        B+Tree index

Innodb的表一种存放法子:

好多好多 有在mysql 5.5将undo的purge独立出来,能能设置undo purge的应用系统进程个数:

Trx read view will not see trx with id >= 36F, sees < 36F

show engine innodb status

开源社区提供了另1个工具:innodb_space能能清晰地分挥发掉ibdata1的组成(该工具都要bindata环境)

a.长时间没办法 提交事务,一并数据库暗含多量的更新,插入,删除 ,意味着着innodb创建多量的undo来维护一致性读:能能通过show engine innodb status\G查看active的事务:

INODE               28348       0.52        File segment inode

第二种独占表空间法子:但是RDS目前采用 的,也但是一张表另1个表空间,表中的索引和数据存装入 本人独立的表空间中,空间能能比较容易的回收;

MySQL thread id 42, OS thread handle 0x7f8baaccc700, query id 7900290 localhost root

SHOW ENGINE INNODB STATUS\G

UNDO_LOG            4450725     50.61       Undo log            

TRX_SYS             1           0.00        Transaction system header

FSP_HDR             1           0.00        File space header

| innodb_purge_batch_size | 20    |

无论是独占还是共享表空间,innodb总要有系统共享表空间(ibdata1),该系统表空间主要用于存储数据字典,undo entry,insert buffer,doublewrite buffer,

用户的ibdata1文件持续增加:

XDES                333         0.01        Extent descriptor

type                count       percent     description

第一种共享表空间法子:所有表的索引,数据统一存装入 另1个共享表空间中,但是会意味着着共享表空间的空间好快增长,一并光里间回收困难;

建议用户将版本从5.1升级到5.5,5.5暗含独立的purge应用系统进程能能变快的回收掉undo log,迁移的过程中不可能 是采用逻辑迁移,会重建ibdata1文件降低空间使用;

能能看过ibdata1文件中多量的总要undo_log,在定位到其中的文件组成后,你们你们你们 能能采取以下方案:

b.mysql 5.1中undo的purge是和master thread 共用另1个应用系统进程,好多好多 有发现show engine inndob status\G中的histtory length过长,则不可能 的purge的效率到达了瓶颈,

IBUF_FREE_LIST      152         0.00        Insert buffer free list

| innodb_purge_threads    | 0     |

在5.6中能能单独设置undo tablespace文件,除理与ibdata1混用在一并。

| innodb_max_purge_lag    | 0     |

SYS                 3           0.00        System internal

IBUF_BITMAP         334         0.01        Insert buffer bitmap

该系统表空间的增加通常的意味着着有如下:

—TRANSACTION 36E, ACTIVE 1256288 sec

innodb_space -f /tmp/ibdata1 space-page-type-summary

| innodb_max_purge_size   | 0     |

ALLOCATED           1035701     18.84       Freshly allocated