Question

我对mysql的优化表有疑问，我已经阅读了许多有关此功能的文档，所有文档都说：它可以对InnoDB表进行碎片整理，并重组表数据和关联索引数据的物理存储，以减少存储量空间，但是没有人能告诉我优化表和解决我的问题的原理，我知道这些信息：

从MySQL 5.6.17开始，OPTIMIZE TABLE对常规和分区的InnoDB表使用在线DDL
，从MySQL 5.6.17开始，由OPTIMIZE TABLE触发并由ALTER TABLE ... FORCE在后台执行的表重建（ALGORITHM = inplace）

我的问题：

mysql的优化表是否真的重建（重新创建）表？因为它已就位（而不是ALGORITHM = copy）完成了，所以ALGORITHM =放置了真正的重建（重新创建）表吗？

感谢您的回复。

https://dev.mysql.com/doc/refman/5.6/en/innodb-online-ddl-operations.html

enter image description here

Answer 1

演示：

我在MySQL 5.6.37上创建了一个表，并在其中填充了约1GB的随机数据。

mysql> select version();
+-----------------+
| version()       |
+-----------------+
| 5.6.37-82.2-log |
+-----------------+

mysql> show table status\G
*************************** 1. row ***************************
           Name: mytable
         Engine: InnoDB
        Version: 10
     Row_format: Compact
           Rows: 61914
 Avg_row_length: 20926
    Data_length: 1295613952
Max_data_length: 0
   Index_length: 1589248
      Data_free: 4194304
 Auto_increment: 131056
    Create_time: 2019-02-20 15:54:23
    Update_time: NULL
     Check_time: NULL
      Collation: utf8mb4_general_ci
       Checksum: NULL
 Create_options: 
        Comment:

我可以观察我的数据目录中的文件，并记下inode编号（最左侧的编号）。

/usr/local/var/mysql/test ls -li
total 2590752
8625784850 -rw-rw----  1 bkarwin  admin          67 Feb 20 07:54 db.opt
8625784853 -rw-rw----  1 bkarwin  admin        8580 Feb 20 07:54 mytable.frm
8625784854 -rw-rw----  1 bkarwin  admin  1321205760 Feb 20 07:56 mytable.ibd

我运行优化表。

mysql> optimize table mytable;

在运行时，我通过再次在datadir中列出文件来检查进度。我看到它创建了一个新的临时文件，并在其中填充了数据副本。

记下临时文件的inode编号。

/usr/local/var/mysql/test ls -li
total 4395064
8625785082 -rw-rw----  1 bkarwin  admin        8580 Feb 20 07:57 #sql-337_16.frm
8625785083 -rw-rw----  1 bkarwin  admin   914358272 Feb 20 07:57 #sql-ib2021-3689447301.ibd
8625784850 -rw-rw----  1 bkarwin  admin          67 Feb 20 07:54 db.opt
8625784853 -rw-rw----  1 bkarwin  admin        8580 Feb 20 07:54 mytable.frm
8625784854 -rw-rw----  1 bkarwin  admin  1321205760 Feb 20 07:56 mytable.ibd

最后，我的优化表完成。花了将近2分钟。如果不是真正的表副本，为什么要花这么长时间？

+--------------+----------+----------+-------------------------------------------------------------------+
| Table        | Op       | Msg_type | Msg_text                                                          |
+--------------+----------+----------+-------------------------------------------------------------------+
| test.mytable | optimize | note     | Table does not support optimize, doing recreate + analyze instead |
| test.mytable | optimize | status   | OK                                                                |
+--------------+----------+----------+-------------------------------------------------------------------+
2 rows in set (1 min 5.52 sec)

再次查看数据目录，我发现临时文件已重命名为新表空间，而旧文件已被删除。新文件具有临时文件的inode编号，表明它是副本。

/usr/local/var/mysql/test ls -li
total 2557984
8625784850 -rw-rw----  1 bkarwin  admin          67 Feb 20 07:54 db.opt
8625785082 -rw-rw----  1 bkarwin  admin        8580 Feb 20 07:57 mytable.frm
8625785083 -rw-rw----  1 bkarwin  admin  1304428544 Feb 20 07:58 mytable.ibd

mysql的优化表是否真的可以重建（重新创建）表？

1 个答案: