非阻塞优化表

Question

我想使用一个非阻塞优化表（我已经尝试过正常的OPTIMIZE 并且我注意到大约 2 分钟的停机时间。这是我目前拥有的代码：

@staticmethod
def optimize_table_nonblocking(tablename='eidrdedupe_test'):
    conn, cursor = get_new_db_conn_and_cursor()

    # populate a (potentially previously-existing) table with the data
    cursor.execute('DROP TABLE IF EXISTS %s_tmp' % tablename)
    cursor.execute("CREATE TABLE %s_tmp SELECT * FROM %s" % (tablename, tablename))

    # optimize that table
    cursor.execute("OPTIMIZE TABLE %s_tmp" % tablename)
    conn.commit()

    # swap the tables // keep the old table so we can examine it if we want
    cursor.execute('RENAME TABLE %s TO %s_tmp1' % (tablename, tablename))       # rename current table to _tmp1
    cursor.execute('RENAME TABLE %s_tmp TO %s' % (tablename, tablename))        # rename tmp table to main table
    cursor.execute('RENAME TABLE %s_tmp1 TO %s_tmp' % (tablename, tablename))   # now previous table is _tmp
    conn.commit()

    cursor.close(); conn.close()

这似乎是一个好方法，还是我缺少/可以改进的地方？

[问题：如何在标记中指定代码语言？]

Answer 1

这是有缺陷的。

• 它本质上与OPTIMIZE 所做的一样——复制表并重建索引。
• 您正在优化两次 - 一次使用 CREATE .. SELECT，然后再次使用 OPTIMIZE。
• 优化期间的所有写入都将丢失。
• 在单个RENAME 语句中执行所有RENAMEs 以避免在没有表时出现短暂的时间：RENAME TABLE real TO old, new TO real;

所有这些都说您的优化脚本不如内置脚本。

pt-online-schema-change，但不做实际的架构更改，是一个做得更好的免费工具。

无论如何，你为什么使用OPTIMIZE？它几乎没有足够的用处来保证这样做。只是重建一个 InnoDB FULLTEXT 索引吗？请记住，OPTIMIZE 会复制表并重建所有索引。

我认为，MySQL 8.0 有一个“就地”优化。升级以获得这个。

同时，考虑停止读取和写入，DROP INDEX 和 ADD INDEX 用于 FULLTEXT 索引。