☰

数据库更改期间，InnoDB 出现“表 xx 已满”

tag-icon • tag-icon mysql innodb percona
数据库更改期间，InnoDB 出现“表 xx 已满”

我在 CentOS 6.3 64 位上运行 Percona Mysql Server 5.6.14-56。

服务器拥有充足的 RAM（96GB）和可用存储空间。文件系统类型：ext4

dev/sda6     ext4   1093623528  56576512 981494148   6% /mysqlstorage

我尝试对一个有 42M 条记录的表（大小约为 12.5gb（其中约 50% 是索引））进行一些修改，今天它显示了表已满错误。

我检查了已加载的变量，innodb_data_file_path = ibdata1:12M:autoextend它显示在我的 mysql 管理器中。

该数据库是实时的，我希望在没有（或以最少的）停机时间的情况下修复此问题。

file-per-table 处于活动状态 ibdata1 约为 3.9GB

来自 MYSQL 日志：

2015-02-19 01:43:04 7fe921f4b700 InnoDB: Error: Write to file (merge) failed at offset 356515840.
InnoDB: 1048576 bytes should have been written, only 1036288 were written.
InnoDB: Operating system error number 28.
InnoDB: Check that your OS and file system support files of this size.
InnoDB: Check also that the disk is not full or a disk quota exceeded.
InnoDB: Error number 28 means 'No space left on device'.
InnoDB: Some operating system error numbers are described at
InnoDB: http://dev.mysql.com/doc/refman/5.6/en/operating-system-error-codes.html

我该如何做这件事？

// 编辑

自从问了这个问题，我了解到在这种“交替”期间，我的 /tmp 很快就填满了 100%。一旦达到 100%，mysql 就会发出该错误消息。

Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda2             50395844   1745156  46090688   4% /
tmpfs                 37105808         0  37105808   0% /dev/shm
/dev/sda1               495844     37092    433152   8% /boot
/dev/sda5              4080064     73740   3799068   2% /tmp
/dev/sda6            1093623528  56576524 981494136   6% /storage

如何在不停机的情况下安全地增加 /tmp 的大小？

答案1

表更改涉及将 /tmp 分区作为显式和隐式创建的临时表的中间存储。您必须在足够大的分区上使用 tmpdir。将下一行添加到my.cnf

tmpdir = /path/to/the/mysqltmp

相关内容