Question

我对MySQL有一个奇怪的问题（5.5.59）：

我有一个日志数据库（我存储供应商请求的原始数据）。该表已压缩：

CREATE TABLE `logs` (
  `id` bigint(20) unsigned NOT NULL AUTO_INCREMENT,
  `idLogType` tinyint(3) unsigned NOT NULL,
  `idAccount` mediumint(8) unsigned NOT NULL,
  (...)
  `message` text NOT NULL,
  `date` datetime NOT NULL,
  PRIMARY KEY (`id`),
  KEY `LOGTYPE` (`idLogType`),
  KEY `ACCOUNT` (`idAccount`),
) ENGINE=InnoDB AUTO_INCREMENT=(...) DEFAULT CHARSET=utf8 ROW_FORMAT=COMPRESSED KEY_BLOCK_SIZE=8

我的目标是通过删除旧记录并重建表来清理此表。由于它是一个大表，我使用pt-online-schema-change和oak-chunk-update来完成这项工作。

我使用https://shlomi-noach.github.io/openarkkit/oak-chunk-update.html

删除了所有旧的去年记录

然后我执行表的重建以释放可用空间（启用innodb_file_per_table

pt-online-schema-change 
    --alter "ENGINE=InnoDB" 
    --nocheck-replication-filters --execute --statistics --progress=percentage,1 
    --set-vars='lock_wait_timeout=60' --check-alter 
    --no-swap-tables --no-drop-triggers --no-drop-old-table --no-drop-new-table 
    --chunk-time=1 --chunk-size=20 --new-table-name='__new_logs'         
    h=**HOST_#########**,D=DB_#########,t=logs,u=root --ask-pass

（重点是--alter声明）

现在，我有2张桌子：

日志（原始日志）
__ new_logs新的（优化的）

但它们在结构上并不是一致的：

SELECT TABLE_NAME, ENGINE, ROW_FORMAT, CREATE_OPTIONS
FROM information_schema.tables  
WHERE 
    ENGINE = 'innodb' AND TABLE_NAME LIKE '%logs'

返回此结果：

'TABLE_NAME'         'ENGINE'         'ROW_FORMAT'         'CREATE_OPTIONS',
'__new_logs'         'InnoDB'         'Compact'         'row_format=COMPRESSED KEY_BLOCK_SIZE=8',
'logs'         'InnoDB'         'Compressed'         'row_format=COMPRESSED KEY_BLOCK_SIZE=8',

为什么表__new_logs被标记为＆＃34; compact＆＃34;并且没有压缩，但仍然有＆＃34;创建选项＆＃34;设置为row_format=COMPRESSED KEY_BLOCK_SIZE=8

__new_logs表的show create table显示：

CREATE TABLE `__new_logs` (
  `id` bigint(20) unsigned NOT NULL AUTO_INCREMENT,
  `idLogType` tinyint(3) unsigned NOT NULL,
  `idAccount` mediumint(8) unsigned NOT NULL,
  (...)
  `message` text NOT NULL,
  `date` datetime NOT NULL,
  PRIMARY KEY (`id`),
  KEY `LOGTYPE` (`idLogType`),
  KEY `ACCOUNT` (`idAccount`),
) ENGINE=InnoDB AUTO_INCREMENT=(...) DEFAULT CHARSET=utf8 ROW_FORMAT=COMPRESSED KEY_BLOCK_SIZE=8

所以它仍然标记为压缩。

最后奇怪的是，表__new_logs比原始日志表大...我觉得压缩在这个新表上并没有真正完成......

Answer 1

我想我找到了解决方案......

https://www.percona.com/blog/2014/01/14/innodb-file-formats-here-is-one-pitfall-to-avoid/

SHOW VARIABLES LIKE 'innodb_file_format'

=＆GT;羚羊。

压缩仅适用于梭子鱼。

所以我已经压缩的表日志必须用innodb_file_format = Barracuda压缩，但变量肯定被还原为Antelope ......

我需要重新创建表格......但这次使用了良好的文件格式。

mysql innodb表与row_format不一致

1 个答案: