release: v0.21.0 - #451

「事务: 自动」的查询页签会钉住第一次执行时建的会话，之后每条语句都复用同一条
物理连接。该会话 in_flight 恒大于 0，连接池的空闲回收与复用前 ping 都碰不到它，
空闲期被服务端或防火墙掐断后，页签手里就是一条死连接。而 PG/MySQL 驱动把断连包
成 Ok(SqlResult::Error { "connection closed" })，connection_lost 信号只在 Err 时
置位，于是编辑器一直复用死连接，每次执行都在几毫秒内失败。

- ConnectionManager::reconnect_session：只替换会话的物理连接，会话 id、池内位置、
  close_on_release 保持不变，页签与会话状态都不必重建；死连接直接丢弃，不再等
  优雅 disconnect 超时；会话记住的 schema 会在新连接上重放，不丢 issue #433 的
  search_path 语义。
- GlobalDbState::execute_session：结果全是「语句发送前就已断连」且调用方允许时，
  就地重连并重试一次；重连失败则原样返回第一次的真实错误。
- ExecOptions::reconnect_on_lost_connection（默认 false）：只有粘性查询会话打开。
- 中途断连不重试：broken pipe / unexpected EOF / reset 无法判断语句是否已执行，
  重放会造成重复写入。
- 手动事务不重试：新连接没有事务上下文，静默重跑会把语句挪到事务外。
- 结果层兜底：Ok 结果里出现连接级错误也置位 connection_lost，下次执行前重建会话。