必须在应用层拦截数据库错误并统一返回模糊提示，禁止透出原始错误信息。具体包括：mysqli禁用自动报错、PDO设ERRMODE_SILENT、Python连接设raise_on_warnings=False、ORM关闭DEBUG并重写异常处理器、所有SQL执行必须try/catch且不记录原始错误。
PHP中mysqli/PDO执行SQL后不能直接echo mysqli_error()
只要应用代码里写了 mysqli_error() 或 $e->getMessage() 并输出到前端或日志，攻击者就能拿到 Unknown column 'phone' in 'field list' 这类字段名——这比关MySQL日志重要十倍。
实操要点：
- mysqli 初始化时禁用自动报错：不要设
MYSQLI_REPORT_ERROR | MYSQLI_REPORT_STRICT，保持默认静默模式 - PDO 创建后立刻关闭异常模式：
$pdo->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_SILENT)，绝不用PDO::ERRMODE_EXCEPTION - 所有
query()、execute()必须包裹try/catch，捕获后只返回统一提示如“操作失败”，不拼接任何原始错误内容 - 额外检查
php.ini中display_errors = Off，运行时也可加ini_set('display_errors', '0')双保险
Python mysql-connector-python必须设raise_on_warnings=False
默认情况下，mysql-connector-python 会把 warning 当 error 抛出，而像 Unknown column 'email' in 'field list' 在 MySQL 里其实是 warning 级别——这就等于主动把字段名送给攻击者。
正确做法：
- 创建连接时显式关闭警告提升：
conn = mysql.connector.connect(..., raise_on_warnings=False) - 所有
cursor.execute()必须套try/except mysql.connector.Error，且except块里只记录日志（不含str(e)），响应体固定为{"code": "DB_ERROR", "message": "操作失败"} - 避免使用
cursor.fetchall()前不检查cursor.rowcount——空结果不是错误，但误判成错误再透出异常就危险
ORM框架（如Django ORM、Laravel Eloquent）不是安全免检区
框架帮你做了 prepare 和参数绑定，但没帮你拦住错误回显。只要 DEBUG=True 或未重写异常处理器，OperationalError 仍会带出完整 SQL 和表结构。
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
关键动作：
- Django：确保
DEBUG=False，并在MIDDLEWARE中确认django.middleware.common.CommonMiddleware已启用（它会拦截未处理异常并返回 500 页面，不暴露细节） - Laravel：设
APP_DEBUG=false，同时在app/Exceptions/Handler.php的render()方法里对QueryException做判断，强制返回response()->json(['error' => '服务异常']) - Spring Boot + MyBatis：在
@ControllerAdvice中捕获DataAccessException，过滤掉getRootCause().getMessage()，绝不透出Caused by: java.sql.SQLException: Unknown column
为什么log_error_verbosity=1不能替代应用层拦截
log_error_verbosity = 1 只影响 MySQL 错误日志写什么，不影响它发给客户端的内容。客户端收到的仍是完整错误字符串，哪怕日志里只记了 ERROR 1054 (42S22): Unknown column。
真正起效的只有两件事：
- 应用代码里不调用任何返回原始错误的函数，包括
mysqli_error()、conn.error()、e.args[0] - 网络链路中不把数据库异常直接映射成 HTTP 500 响应体——必须经过一层清洗，把
1054、1146、1045这类 SQLSTATE 映射为业务错误码，不带上下文
最容易被忽略的是：存储过程、视图、触发器抛出的错误，同样会走同一套驱动异常路径，一样要被 try/catch 拦住。别以为“封装了逻辑”就安全了。
