MySQL和PostgreSQL中不存在“普通块”控制连接，实际是利用会话变量（连接级）实现瞬时开启与自动闭合：会话变量随连接建立而生效、断开即销毁；SET SESSION或SET LOCAL可即时设置，事务块或存储过程内DECLARE变量在块结束时自动释放。

普通块（block）本身不是数据库连接控制的原生机制，MySQL 或 PostgreSQL 中并不存在“普通块”这一语法结构用于直接管理连接生命周期。你提到的“普通块实战控制数据库连接变量的瞬时开启与自动闭合范围”，实际指向的是会话级变量作用域的边界控制，即利用 SQL 语句块（如存储过程、函数、事务块或客户端会话生命周期）来限定变量生效的起止范围，实现“瞬时开启、自动闭合”的效果。

明确变量的作用域层级

MySQL 和 PostgreSQL 的变量按作用域分为三类，只有会话变量（session-level）适合做“瞬时开启+自动闭合”：

• 全局变量（global）：影响整个实例，不随连接关闭而消失，无法“自动闭合”
• 会话变量（session）：仅对当前连接有效，连接断开即销毁——天然满足“自动闭合”条件
• 局部变量（如存储过程内 DECLARE）：作用于 BEGIN...END 块内，块执行结束即释放

用会话变量实现“瞬时开启”

在应用建立连接后，立即执行 SET SESSION 语句，可即时启用特定行为，且该设置只在此连接中持续：

• MySQL 示例：SET SESSION wait_timeout = 60; —— 此连接空闲 60 秒后自动断开（注意：不改变其他连接）
• PostgreSQL 示例：SET LOCAL statement_timeout = '5s'; —— 仅对后续一条语句生效，执行完即恢复原值
• 两者都支持 @@session.xxx 或 current_setting('xxx') 即时读取，验证是否已开启

借助事务块或存储过程模拟“自动闭合”

若需更精细的范围控制（比如仅在某段逻辑中临时启用隔离级别或锁行为），可用结构化块封装：

• MySQL 存储过程中：BEGIN ... DECLARE done INT DEFAULT FALSE; ... END;，其中 DECLARE 的变量在块结束时自动释放
• PostgreSQL 中：DO $$ BEGIN PERFORM pg_sleep(1); END $$;，所有 SET LOCAL 变量在匿名块退出后失效
• 应用层配合：在业务方法入口 SET，在出口显式执行 RESET xxx 或依赖连接池自动回收连接（此时整个会话变量自然清空）

避免误用“块”概念的常见陷阱

有人试图用 { } 或缩进模拟代码块来控制变量，这在纯 SQL 中无效：

• MySQL 不支持裸露的 { ... } 语法；必须包裹在存储过程、函数或触发器中
• PostgreSQL 的 DO 块虽支持，但不能跨连接共享状态，也不等同于“连接保活块”
• 所谓“自动闭合”，本质是连接断开或块退出，而非语法块自动触发清理动作