PHP删除MySQL的files表数据时提示成功但未删行，怀疑id类型问题如何解决？

你当前遇到的「接口返回成功提示但数据库行未被删除」，是两处代码缺陷叠加导致的：

• 最核心的直接原因：DELETE语句未实际执行
  你在判断目标行存在后，仅将DELETE的SQL文本赋值给$sqlDelete变量，全程没有调用mysqli_query()接口把这段删除命令发送给MySQL执行，直接就输出了成功提示。这种情况下MySQL根本收不到删除指令，自然不会改动目标行。
  前置的SELECT语句是实际执行了的，所以你能通过mysqli_num_rows()拿到行存在的判断结果，形成了「已校验存在+假成功提示」的假象。
• 查询逻辑的设计缺陷
  你猜测的类型匹配问题确实存在：
  • files表的id是INT类型，针对数值字段使用LIKE匹配属于语法错配。LIKE是为字符串模糊匹配设计的语法，作用在数值字段上时MySQL会触发隐式类型转换，既没有查询效率优势，也容易出现匹配逻辑异常。
  • 你写的LIKE语句没有加%通配符，本质和等值查询没有区别，完全没有使用LIKE的必要。

修复需要补全缺失的执行逻辑、修正查询语法、补上结果校验，具体要点：

• 提前校验POST传入的id参数有效性，将输入转为整数，避免空值、非数字值触发逻辑异常
• 对用户传入的参数做转义处理，避免直接拼接SQL带来的注入风险
• 用等值匹配=替换LIKE作为id的查询条件，适配INT字段的查询逻辑
• 实际执行DELETE语句后，通过mysqli_affected_rows()校验数据库实际受影响的行数，再输出对应的成功/失败提示，杜绝假成功场景

修复后的参考代码：

<?php
require "conn.php";

// 校验POST传入的id是否为合法正整数
$id = isset($_POST["id"]) ? intval($_POST["id"]) : 0;
if ($id <= 0) {
    echo "Invalid id parameter";
    exit;
}

if (!$conn) {
    echo "Connection Error";
    exit;
}

// 转义参数，避免SQL注入
$safeId = mysqli_real_escape_string($conn, $id);

// 校验目标行是否存在，使用等值匹配替代LIKE
$checkSql = "SELECT id FROM files WHERE id = $safeId";
$checkQuery = mysqli_query($conn, $checkSql);
if (mysqli_num_rows($checkQuery) === 0) {
    echo "Target data not found, delete failed";
    exit;
}

// 实际执行删除SQL
$deleteSql = "DELETE FROM files WHERE id = $safeId";
$deleteResult = mysqli_query($conn, $deleteSql);

// 根据实际执行结果返回提示
if ($deleteResult && mysqli_affected_rows($conn) > 0) {
    echo "Successfully Deleted";
} else {
    echo "Delete failed, no rows were affected";
}
?>

• 生产环境建议使用mysqli预处理语句实现参数绑定，从底层避免SQL注入问题，不需要手动做参数转义
• 不要在代码中拼接SQL后直接输出成功提示，所有操作类逻辑必须拿到数据库的执行反馈、确认实际受影响行数后，再返回对应提示，避免出现假成功的误导性反馈
• 针对INT类型的主键字段，统一使用等值匹配做条件查询，不要混用针对字符串场景的查询语法

内容的提问来源于stack exchange，提问作者user14086610