DROP TABLE操作立即生效且不可逆，必须严格校验表名白名单、执行前备份表结构、通过INFORMATION_SCHEMA确认表存在后方可执行。
直接执行 DROP TABLE 会丢失数据，且不可回滚
PHP 本身不提供“删除表”的内置函数，所有操作都依赖数据库驱动（如 MySQLi 或 PDO）执行 SQL 命令 DROP TABLE。这个操作是**立即生效、不可逆**的——没有回收站，事务里也无法回滚（MySQL 的 DROP TABLE 是 DDL 操作，会隐式提交当前事务）。一旦执行，表结构和全部数据永久消失。
安全前提只有一个：你确定这张表不再被任何代码、定时任务、报表或下游系统引用。否则删表后，SQLSTATE[42S02]: Base table or view not found 这类错误会立刻在日志里刷屏。
用 PDO 预处理 + 权限校验防止误删
不要拼接表名进 SQL 字符串。PHP 变量直接插进 DROP TABLE $table_name 是严重漏洞，可能被构造恶意表名（比如 `users`; DROP TABLE `config`）触发多语句执行（尽管 MySQLi 默认禁用多语句，PDO 更需显式开启，但风险仍在）。
正确做法是：先校验表名是否属于白名单，再用字面量拼接（非参数化），因为 DROP TABLE 不支持参数占位符。
- 从配置或数据库元信息中读取允许操作的表前缀或具体表名列表
- 用
in_array($table_name, $allowed_tables)严格比对 - 表名只允许含字母、数字、下划线，且不能以
mysql、information_schema等系统库开头 - 执行前记录日志：
error_log("DROP TABLE {$table_name} by {$user} at " . date('c'))
try {
$pdo->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
$allowed_tables = ['logs_2023', 'tmp_import_cache', 'staging_users'];
if (!in_array($table_name, $allowed_tables)) {
throw new RuntimeException("Table '{$table_name}' not in allowed list");
}
// 注意：这里不能用 ? 占位符，PDO 不支持 DDL 参数化
$pdo->exec("DROP TABLE IF EXISTS `{$table_name}`");
} catch (PDOException $e) {
error_log("Drop failed: " . $e->getMessage());
}
删除前务必导出备份，哪怕只是表结构
线上环境删表前，至少执行一次 mysqldump --no-data。很多团队跳过这步，结果发现某个冷门接口还依赖该表的字段注释，或者审计要求保留 DDL 历史。
用 PHP 调用系统命令导出时注意权限和超时：
- 确认
mysqldump在$PATH中，或写绝对路径（如/usr/bin/mysqldump） - 加上
--skip-triggers --skip-routines避免导出无关对象 - 用
escapeshellarg()包裹数据库名和表名，防止 shell 注入 - 检查
exec()返回值和$output，空输出不等于成功
$dump_cmd = sprintf(
'/usr/bin/mysqldump -h%s -u%s -p%s --no-data %s %s > /backup/%s_struct.sql',
escapeshellarg($host),
escapeshellarg($user),
escapeshellarg($pass),
escapeshellarg($dbname),
escapeshellarg($table_name),
$table_name
);
exec($dump_cmd, $output, $return_code);
if ($return_code !== 0) {
throw new RuntimeException("mysqldump failed: " . implode("\n", $output));
}
用 INFORMATION_SCHEMA 校验表是否存在再删
DROP TABLE IF EXISTS 虽然安全，但掩盖了“本该存在却不存在”的问题。比如你预期删 payment_logs_archive，结果因命名错误写了 payment_log_archive，命令静默成功，但实际什么都没做——后续归档逻辑可能持续往旧表写数据，导致磁盘爆满。
建议先查 INFORMATION_SCHEMA.TABLES 确认目标表真实存在，并记录状态：
$check_sql = "SELECT COUNT(*) FROM INFORMATION_SCHEMA.TABLES
WHERE TABLE_SCHEMA = ? AND TABLE_NAME = ?";
$stmt = $pdo->prepare($check_sql);
$stmt->execute([$dbname, $table_name]);
$exists = (int)$stmt->fetchColumn();
if ($exists === 0) {
error_log("WARNING: Table '{$table_name}' does not exist in '{$dbname}'");
// 此处可抛异常、发告警，或按策略跳过
} else {
$pdo->exec("DROP TABLE `{$table_name}`");
}
最易被忽略的点：跨库删表时，INFORMATION_SCHEMA 查询必须指定 TABLE_SCHEMA，否则可能匹配到其他数据库同名表；另外，MySQL 8.0+ 默认启用 sql_require_primary_key 不影响删表，但如果你的备份脚本依赖 SHOW CREATE TABLE，记得检查兼容性。
