防止SQL注入的核心是使用预处理语句，将SQL结构与参数分离，确保用户输入不改变SQL语义；结合输入验证、最小权限原则和错误信息管控，形成多层防护。
防止SQL注入攻击的核心在于避免用户输入直接拼接到SQL语句中，尤其是动态拼接字符串的方式。MySQL本身不自动防御SQL注入，防护主要依赖开发者的编码规范和数据库操作方式。以下是几种行之有效的防护策略。
使用预处理语句（Prepared Statements）
预处理语句是防止SQL注入最有效的方法之一。它将SQL语句的结构与参数分离，数据库预先编译SQL模板，再填入参数值，从而杜绝恶意代码注入。
例如，在PHP中使用PDO：
$stmt = $pdo->prepare("SELECT * FROM users WHERE username = ? AND password = ?");
$stmt->execute([$username, $password]);
在Java中使用PreparedStatement：
String sql = "SELECT * FROM users WHERE username = ? AND password = ?"; PreparedStatement pstmt = connection.prepareStatement(sql); pstmt.setString(1, username); pstmt.setString(2, password); ResultSet rs = pstmt.executeQuery();
这种方式确保用户输入只作为数据处理，不会改变SQL语义。
对输入进行过滤与验证
即使使用预处理，也建议对用户输入做基础校验，缩小攻击面。
- 限制输入长度，如用户名不超过32字符
- 白名单验证：对字段如“性别”、“状态”等只允许预定义值（如 male/female）
- 格式检查：邮箱、手机号应符合正则表达式
- 拒绝包含明显SQL关键字的输入，如 ' OR '1'='1
注意：输入过滤不能替代预处理，仅作为辅助手段。
最小权限原则配置数据库账户
应用程序连接MySQL的账号应遵循最小权限原则。
- 普通业务账号避免使用root或高权限账户
- 根据功能分配权限，如只读页面使用SELECT权限即可
- 禁用不必要的数据库函数，如LOAD_FILE()、UNION SELECT等高风险操作
即使发生注入，攻击者也无法执行危险命令。
错误信息处理与日志监控
生产环境应避免将数据库错误详情直接返回给前端。
- 关闭详细错误显示，使用通用提示如“系统异常”
- 记录错误日志，便于排查可疑请求
- 监控异常SQL执行行为，如频繁的登录失败、大量UNION查询
这能减少攻击者获取数据库结构的机会。
基本上就这些。关键点是坚持使用预处理语句，配合输入验证和权限控制，就能有效抵御绝大多数SQL注入攻击。安全是一个整体，不能只靠单一措施。
