sql中单引号导致语法错误的典型表现是字符串提前闭合，如'o'reilly'被解析为'o'加非法token'reilly'，引发error: syntax error at or near "o"等报错；标准转义方式是用两个单引号''代替一个，适用于所有主流数据库，动态拼接时应优先使用参数化查询防错防注入。
SQL中单引号导致语法错误的典型表现
直接写 'O'Reilly' 会报错，因为 SQL 解析器在第一个单引号后就认为字符串结束了，中间的 O 被当成未定义标识符或语法错误。常见报错如：ERROR: syntax error at or near "O"（PostgreSQL）或 Unclosed quotation mark（SQL Server）。
本质不是“查询特殊字符”，而是“如何正确表示含单引号的字符串字面量”——这属于 SQL 字符串字面量的转义规则问题，与字段内容是否真含单引号无关。
标准做法：用两个单引号连续表示一个单引号
SQL 标准规定，字符串内要表示单引号，必须写成两个连续单引号 ''。这是最通用、跨数据库兼容的方式（MySQL、PostgreSQL、SQL Server、Oracle、SQLite 均支持）。
- 查名字为
O'Reilly的记录：SELECT * FROM authors WHERE name = 'O''Reilly'; - 查包含
don't的描述：SELECT * FROM posts WHERE content LIKE '%don''t%'; - 注意：不是反斜杠
\，也不是双引号；'don\'t'在多数数据库中无效（MySQL 开启 ANSI 模式除外，但不推荐依赖）
不同数据库的非标方案（慎用）
部分数据库提供替代语法，但会牺牲可移植性，仅在明确锁定某平台时考虑：
- PostgreSQL 支持美元引用：
$$O'Reilly$$或$q$O'Reilly$q$，避免重复转义，适合长文本 - MySQL 若启用
ANSI_QUOTES模式，可用双引号包裹字符串："O'Reilly"，但此时双引号不能用于标识符（如列名），易引发混淆 - SQL Server 支持
QUOTENAME()函数处理标识符，但不适用于字符串值本身；对数据查询无帮助 - 所有这些替代法都不能解决参数化查询场景——真正安全的做法永远是用占位符
根本解法：别拼字符串，用参数化查询
手动转义只适用于写死的 SQL 脚本或调试语句。生产代码中，99% 的需求应交给客户端驱动处理：
- Python + psycopg2：
cursor.execute("SELECT * FROM users WHERE name = %s", ("O'Reilly",)) - Java + JDBC：
preparedStatement.setString(1, "O'Reilly"); - Node.js + pg：
client.query("SELECT * FROM items WHERE tag = $1", ["don't"]) - 参数化查询自动处理引号、空字节、Unicode 控制字符等一切边界情况，且杜绝 SQL 注入
- 如果非要动态拼接（比如构建 WHERE 条件列表），先用语言层 escape 函数（如 Python 的
sqlalchemy.sql.quote()），而不是手写replace(s, "'", "''")
真正麻烦的从来不是怎么写 'O''Reilly'，而是忘记参数化、在日志里裸打变量、或把用户输入塞进 IN (…) 子句又不做长度校验——这些才是线上事故高发点。
