如何配置Sequel与PgBouncer协同工作，并确保Sequel不使用预准备语句？

我来帮你把Sequel禁用预准备语句的操作和相关疑问都理清楚，完全贴合你提到的Heroku场景需求：

一步到位：禁用预准备语句的具体配置 #

不管你是直接创建Sequel连接，还是在Rails这类框架里使用，核心都是在数据库连接配置中加入prepared_statements: false参数：

直接创建连接的写法 #

DB = Sequel.connect(
  adapter: 'postgres', # 替换成你实际用的适配器，比如mysql2
  host: 'your-db-host',
  database: 'your-db-name',
  user: 'db-user',
  password: 'db-password',
  prepared_statements: false
)

Rails环境下的database.yml配置 #

如果是Rails项目搭配Sequel，直接在对应环境的配置块里加参数就行：

production:
  adapter: postgres
  database: my_app_production
  # 其他配置项...
  prepared_statements: false

你关心的几个疑问解答 #

1. Sequel默认会用预准备语句吗？ #

这个得看你用的数据库适配器：

• PostgreSQL、MySQL这类主流数据库的适配器，Sequel默认是开启预准备语句的；
• 像SQLite这类轻量数据库，要么默认关闭，要么本身对预准备语句的支持有限。

2. 怎么确认当前Sequel是否在使用预准备语句？ #

有两个实用的验证方法：

• 查数据库日志：如果数据库开了查询日志，预准备语句会以PREPARE和EXECUTE的形式出现，而不是直接的完整SQL；
• 开启Sequel的查询日志：给Sequel加个日志输出，就能直观看到执行的SQL类型：

  # 把查询日志输出到控制台
  DB.loggers << Logger.new($stdout)
  

  如果看到类似PREPARE stmt_123 AS SELECT * FROM users WHERE id = $1的日志，就说明预准备语句正在生效。

3. 禁用预准备语句有啥影响？ #

禁用后，Sequel会直接发送完整SQL到数据库，不用先准备再执行。对于你的Heroku场景来说，这完全符合官方建议，影响几乎可以忽略：

• 理论上会有一点点性能损耗（数据库每次都要解析SQL），但绝大多数应用根本感知不到；
• 彻底避免了预准备语句可能带来的连接池、语句缓存相关的问题，这也是Heroku让你禁用它的核心原因。

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