mysql 表非常大,虽然它没有很多记录

Ala*_*laa 4 mysql myisam

我有drupal 网站,其中一张表是cache_form。我有一个 cron

DELETE FROM cache_form where expire < UNIX_TIMESTAMP(NOW());
Run Code Online (Sandbox Code Playgroud)

这工作正常。

cache_form.myd虽然我有这个,但大小为 4.9G:

mysql>select sum(length(data))/1024/1204 from cache_form;

11.19144630 <b>==> 11 M

mysql>check table cache_form\G
Table: drupal.cache_form
Op: check
Msg_type: status
Msg_text: OK

mysql>select cid,length(data) from cache_form order by length(data) desc limit 1;
82373 ==> 80K

select * from information_schema.tables where table_name='cache_form'\G
*************************** 1. row ***************************
  TABLE_CATALOG: NULL
   TABLE_SCHEMA: drupal
     TABLE_NAME: cache_form
     TABLE_TYPE: BASE TABLE
         ENGINE: MyISAM
        VERSION: 10
     ROW_FORMAT: Dynamic
     TABLE_ROWS: 2681
 AVG_ROW_LENGTH: 4621
    DATA_LENGTH: 12391088 <b>==>11M</b>
MAX_DATA_LENGTH: 281474976710655
   INDEX_LENGTH: 177152
      DATA_FREE: 0
 AUTO_INCREMENT: NULL
    CREATE_TIME: 2011-07-11 19:07:38
    UPDATE_TIME: 2011-12-26 08:40:09
     CHECK_TIME: 2011-12-26 08:09:45
TABLE_COLLATION: utf8_general_ci
       CHECKSUM: NULL
 CREATE_OPTIONS: 
  TABLE_COMMENT: 
Run Code Online (Sandbox Code Playgroud)

我试图修复它

mysql> repair table cache_form;
+-------------------+--------+----------+----------+
| Table             | Op     | Msg_type | Msg_text |
+-------------------+--------+----------+----------+
| drupal.cache_form | repair | status   | OK       |
+-------------------+--------+----------+----------+
Run Code Online (Sandbox Code Playgroud)

然后我得到了正确的尺寸!!

任何可能导致 cache_form.myd 文件具有此大小和修复表最终删除额外空间的想法?

谢谢

Rol*_*DBA 8

当涉及到 MyISAM 表时,删除行确实会触发一种垃圾回收,因为所有未使用的空间都记录在链表中。

你看到的数据长度是正确的。您的 cron 作业删除了小于 的每一行UNIX_TIMESTAMP(NOW())。这不会导致表缩小。所有删除行只是链接在一起。

您可以选择其他选项来缩小表格:

  • 选项1 : ALTER TABLE cache_form ENGINE=MyISAM;
  • 选项2: OPTIMIZE TABLE cache_form;
  • 选项 3:手动复制到临时表

选项 1 仅执行以下操作

  • 将 .MYD 中的数据页复制到临时 .MYD 并将其重命名回cache_form.MYD.
  • 将 .MYI 中的索引页复制到临时 .MYI 并将其重命名回cache_form.MYI.

自然,选项 1 不会复制未使用的空间。

选项 2 执行与选项 1 相同的操作,然后执行ANALYZE TABLE cache_form;计算索引统计信息。

选项 3 只是选项 1 的模拟。这里是:

CREATE TABLE cache_form_new LIKE cache_form;
INSERT INTO cache_form_new SELECT * FROM cache_form;
ALTER TABLE cache_form RENAME cache_form_old;
ALTER TABLE cache_form_new RENAME cache_form;
DROP TABLE cache_form_old;
Run Code Online (Sandbox Code Playgroud)

每当您以这种方式进行压缩时,请找出 data_length 用于cache_form_new. 这将使您了解实际尺寸应该是多少。