生产环境避坑清单sql-template-strings的raw陷阱、prepared缓冲区溢出与TypeScript集成【免费下载链接】node-sql-template-stringsES6 tagged template strings for prepared SQL statements 项目地址: https://gitcode.com/gh_mirrors/no/node-sql-template-stringssql-template-strings 是一个 Node.js 开源库用 ES6 标签模板字符串编写 SQL 预编译prepared语句兼容 mysql、mysql2、pg 与 Sequelize。它把占位符 参数数组的繁琐写法变成一行模板从根上减少 SQL 注入风险。本文是一份生产环境避坑清单raw 字符串陷阱、prepared 缓冲区溢出、TypeScript 集成一次讲清。先搞懂模板到底生成了什么 npm install sql-template-stringsSQL\... 不会拼出一段字符串而是返回一个SQLStatement 对象不同数据库驱动取不同属性即可参数自动按顺序绑定属性适用驱动占位符风格示例输出.sqlmysql / mysql2?WHERE name ?.textpgPostgreSQL$1$2WHERE name $1.querySequelize取决于useBind()?或$1.values所有驱动参数数组[book, author]const query SQLSELECT author FROM books WHERE name ${book} query.sql // SELECT author FROM books WHERE name ? query.text // SELECT author FROM books WHERE name $1 query.values // [book]列很多时优势尤其明显7 个占位符 7 个参数的错位风险被彻底消除而且模板字符串支持换行SQL 可以排得像表格一样易读。核心实现见index.jsL82-L84 的SQL标签函数、L14-L21 的query/text取值器。坑 1append() 传入的 raw 字符串不做任何转义 ⚠️这是生产事故的头号来源。v2 版本移除了SQL.raw()现在append()传入普通字符串就是按原文拼进去一个字符都不转义见README.mdL91-L108 的 Raw values 一节index.jsL27-L37。表名、列名、ORDER BY 方向这类标识符本来就不能用占位符必须走 raw 通道但责任全在你// ✅ 正确姿势标识符先转义再 append mysql.query(SQLSELECT * FROM .append(mysql.escapeId(table)) .append(SQL WHERE name ${book}))用户输入一律走${}占位符享受驱动层转义标识符必须先用mysql.escapeId()或pg.escapeIdentifier()转义README.mdL106-L107记住一条铁律raw 只放可信标识符数据永远进${}坑 2循环里变化的 raw 片段会撑爆 prepared 缓冲区 官方README.mdL96 有明确警告在循环中执行带变化 raw 值的 prepared statement会迅速溢出 prepared statement 缓冲区并毁掉预编译的性能收益。原理很简单预编译的快在于一次解析、多次执行。每变一次 raw 片段服务端眼里就是一句全新的 SQL缓存的解析计划全部作废轻则性能骤降重则撞上 Postgres 的准备语句数量上限。规避方法raw 片段保持固定不变比如表名在单条查询里恒定所有动态数据改用${}占位符表名确实要动态时用白名单校验枚举合法表名后匹配而不是透传坑 3Sequelize 的 useBind() 三个易错点Sequelize 默认走客户端转义?风格。调用useBind()才切换为真正的绑定语句$nbind数组三个容易踩的点调用后values键被替换为bindindex.jsL45-L57bind 模式激活期间该对象只兼容 Sequelize不能再混用其他驱动README.mdL138可链式调用、随时append传false还能切回去测试用例见test/unit.jsL84-L120sequelize.query(SQLSELECT * FROM books WHERE name ${name}.useBind())坑 4动态拼接时的两个细节编号自动连续append(SQL\AND genre ${genre})会自动续上$3/ 第 3 个?不用手工维护索引README.md L71-L89falsy 值照常绑定false、null、0都会被正常绑定而不会消失test/unit.jsL23-L31注意append(5)这类数字参数也是 raw 拼接类型声明见index.d.tsL45append(statement: SQLStatement | string | number)TypeScript 集成内置类型定义的三个注意点 零配置包内自带类型定义package.jsonL12 已声明typings: index.d.ts无需安装types/*直接导入import { SQL } from sql-template-strings也支持默认导入返回类型为SQLStatementindex.d.tsL73链式调用类型友好append()、setName()、useBind()都声明返回thisindex.d.tsL45-L61链式调用时类型自动推导pg 命名预编译可用.setName(my_query)README.mdL120-L131一个清醒的提醒values的类型是any[]TS 不会帮你拦截参数类型错误——真正的安全线是参数化绑定本身而不是类型系统。上线前 5 项检查清单 ✅✅ 用户输入全部走${}占位符没有一处经append()裸拼✅ 表名/列名等标识符经过escapeId/escapeIdentifier或白名单校验✅ 同一查询的 raw 片段固定prepared 计划可被缓存复用✅ Sequelize 项目按需调用useBind()bind 模式对象不混用其他驱动✅ 上线前用日志抽查.sql/.text生成的真实语句整套源码只有一个约 90 行的index.js配合index.d.ts的类型声明半天就能读完。把它当作占位符自动化器来用、把 raw 通道当高压线来管这个库在生产环境里就是稳的。【免费下载链接】node-sql-template-stringsES6 tagged template strings for prepared SQL statements 项目地址: https://gitcode.com/gh_mirrors/no/node-sql-template-strings创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 生产环境避坑清单：sql-template-strings的raw陷阱、prepared缓冲区溢出与TypeScript集成
生产环境避坑清单sql-template-strings的raw陷阱、prepared缓冲区溢出与TypeScript集成【免费下载链接】node-sql-template-stringsES6 tagged template strings for prepared SQL statements 项目地址: https://gitcode.com/gh_mirrors/no/node-sql-template-stringssql-template-strings 是一个 Node.js 开源库用 ES6 标签模板字符串编写 SQL 预编译prepared语句兼容 mysql、mysql2、pg 与 Sequelize。它把占位符 参数数组的繁琐写法变成一行模板从根上减少 SQL 注入风险。本文是一份生产环境避坑清单raw 字符串陷阱、prepared 缓冲区溢出、TypeScript 集成一次讲清。先搞懂模板到底生成了什么 npm install sql-template-stringsSQL\... 不会拼出一段字符串而是返回一个SQLStatement 对象不同数据库驱动取不同属性即可参数自动按顺序绑定属性适用驱动占位符风格示例输出.sqlmysql / mysql2?WHERE name ?.textpgPostgreSQL$1$2WHERE name $1.querySequelize取决于useBind()?或$1.values所有驱动参数数组[book, author]const query SQLSELECT author FROM books WHERE name ${book} query.sql // SELECT author FROM books WHERE name ? query.text // SELECT author FROM books WHERE name $1 query.values // [book]列很多时优势尤其明显7 个占位符 7 个参数的错位风险被彻底消除而且模板字符串支持换行SQL 可以排得像表格一样易读。核心实现见index.jsL82-L84 的SQL标签函数、L14-L21 的query/text取值器。坑 1append() 传入的 raw 字符串不做任何转义 ⚠️这是生产事故的头号来源。v2 版本移除了SQL.raw()现在append()传入普通字符串就是按原文拼进去一个字符都不转义见README.mdL91-L108 的 Raw values 一节index.jsL27-L37。表名、列名、ORDER BY 方向这类标识符本来就不能用占位符必须走 raw 通道但责任全在你// ✅ 正确姿势标识符先转义再 append mysql.query(SQLSELECT * FROM .append(mysql.escapeId(table)) .append(SQL WHERE name ${book}))用户输入一律走${}占位符享受驱动层转义标识符必须先用mysql.escapeId()或pg.escapeIdentifier()转义README.mdL106-L107记住一条铁律raw 只放可信标识符数据永远进${}坑 2循环里变化的 raw 片段会撑爆 prepared 缓冲区 官方README.mdL96 有明确警告在循环中执行带变化 raw 值的 prepared statement会迅速溢出 prepared statement 缓冲区并毁掉预编译的性能收益。原理很简单预编译的快在于一次解析、多次执行。每变一次 raw 片段服务端眼里就是一句全新的 SQL缓存的解析计划全部作废轻则性能骤降重则撞上 Postgres 的准备语句数量上限。规避方法raw 片段保持固定不变比如表名在单条查询里恒定所有动态数据改用${}占位符表名确实要动态时用白名单校验枚举合法表名后匹配而不是透传坑 3Sequelize 的 useBind() 三个易错点Sequelize 默认走客户端转义?风格。调用useBind()才切换为真正的绑定语句$nbind数组三个容易踩的点调用后values键被替换为bindindex.jsL45-L57bind 模式激活期间该对象只兼容 Sequelize不能再混用其他驱动README.mdL138可链式调用、随时append传false还能切回去测试用例见test/unit.jsL84-L120sequelize.query(SQLSELECT * FROM books WHERE name ${name}.useBind())坑 4动态拼接时的两个细节编号自动连续append(SQL\AND genre ${genre})会自动续上$3/ 第 3 个?不用手工维护索引README.md L71-L89falsy 值照常绑定false、null、0都会被正常绑定而不会消失test/unit.jsL23-L31注意append(5)这类数字参数也是 raw 拼接类型声明见index.d.tsL45append(statement: SQLStatement | string | number)TypeScript 集成内置类型定义的三个注意点 零配置包内自带类型定义package.jsonL12 已声明typings: index.d.ts无需安装types/*直接导入import { SQL } from sql-template-strings也支持默认导入返回类型为SQLStatementindex.d.tsL73链式调用类型友好append()、setName()、useBind()都声明返回thisindex.d.tsL45-L61链式调用时类型自动推导pg 命名预编译可用.setName(my_query)README.mdL120-L131一个清醒的提醒values的类型是any[]TS 不会帮你拦截参数类型错误——真正的安全线是参数化绑定本身而不是类型系统。上线前 5 项检查清单 ✅✅ 用户输入全部走${}占位符没有一处经append()裸拼✅ 表名/列名等标识符经过escapeId/escapeIdentifier或白名单校验✅ 同一查询的 raw 片段固定prepared 计划可被缓存复用✅ Sequelize 项目按需调用useBind()bind 模式对象不混用其他驱动✅ 上线前用日志抽查.sql/.text生成的真实语句整套源码只有一个约 90 行的index.js配合index.d.ts的类型声明半天就能读完。把它当作占位符自动化器来用、把 raw 通道当高压线来管这个库在生产环境里就是稳的。【免费下载链接】node-sql-template-stringsES6 tagged template strings for prepared SQL statements 项目地址: https://gitcode.com/gh_mirrors/no/node-sql-template-strings创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考