安全删除 MySQL 表

删除或移除数据库中的未使用表可能是一项挑战。即使你三次检查确认所有应用程序已经迁移，停止查询该表，仍可能会有某个不受控制的脚本在访问它。
运行令人生畏的 DROP TABLE 语句可能会引发一系列不可预料的问题，如果该表仍在其他地方被使用。它会完全删除表的定义、分区以及表中的数据。在删除表之前，你应该仔细检查（甚至重复检查）最后一次查询表的时间。

你想删除的表最后一次访问是什么时候？

你可以手动检查表最后一次被访问的时间，但这个过程有点复杂。以下查询可以显示表的最后一次写入时间，但不能显示读取时间：

SELECT update_time FROM information_schema.tables WHERE table_name='tablename'

要查看表的最后访问时间，可以使用 MySQL Enterprise 版的审计插件，该插件允许你查看每个连接中用户运行了哪些查询。审计记录本身具有一些自定义选项，但功能有限。
要查看表的最后修改时间，你还可以检查 <tablename>.ibd 文件的更新时间，或检查 .frm 文件的 DDL 更改，这可以提供最后的已知修改记录。
虽然你确实有一些选项可以找到表的最后修改时间，但这些解决方案并不简单。如果每次要删除表都采用此方法，可能会显著降低团队的生产速度。

使用 PlanetScale 安全地删除 MySQL 表

在 PlanetScale，我们的使命是创建一个最具扩展性、最友好的数据库平台。删除表并非一件有趣的事，但我们希望让这个过程尽可能轻松无压力。为此，我们在仪表板中开发了一个功能，能够在部署请求中检查表是否确实未被使用，并在计划删除的表最近被查询时发出警告。
PlanetScale 仪表板中的删除表警告

使用 Insights 识别表的使用情况

除了发出警告，我们还希望帮助你找到表何时、何处被查询。如果你收到此警告，可以使用 Insights——我们仪表板中的查询监控工具，帮助你查明表的查询来源。
通过 Insights，你可以将分析范围缩小到各个查询的具体性能。我们还对查询显示了 SQL 注释，你可以向查询添加额外信息的标签，以追踪查询的来源。
为查询添加注释标签可以帮助你识别仍在使用该表的应用程序。一旦你从剩余的应用程序中删除了这些查询，就可以放心地删除该表。
Insights 查询标签示例
通过进入 Insights 页面并使用 table:<name> 查询语法在过滤输入框中搜索，随时找出对特定表的查询，如下所示。这可以在尝试删除表之前揭示该表的依赖关系数。

安全删除 MySQL 表插图