在 OceanBase 开发存储过程和复杂查询时用到临时表，发现有会话级临时表、全局临时表等多种类型。
想请教：
- 不同临时表的生命周期、数据隔离、性能开销有什么区别？
- 高并发、大批量计算场景下优先用哪种？
- 使用临时表有哪些常见坑（如空间、锁、执行计划问题）？
求生产中的实际使用经验。
4 个赞
一、会话级临时表
- 生命周期：表的结构和数据都仅在当前会话内有效，会话结束（如断开连接、主动退出）后，表结构会被自动删除，数据也会全部清空，不会保留任何痕迹。
- 数据隔离：完全的会话隔离，其他会话既看不到该临时表的结构，也无法访问其内部数据，仅创建者本人可操作。
- 性能开销：默认在内存中创建和存储数据，会话结束后直接销毁，无持久化开销，整体资源消耗较低；但频繁创建 / 删除会触发元数据操作，高并发下可能产生额外开销。
- 索引支持：支持创建索引，索引会随临时表的销毁而一同消失，无法单独保留。
- 适用场景：MySQL 租户模式下使用，适合简单、临时的单会话数据处理，且对表结构复用性无要求的场景。
二、全局临时表
- 生命周期：表结构会永久保存在数据库的数据字典中，不会随会话结束消失；数据则根据配置（事务级 / 会话级），在事务提交或会话结束后自动清空。
- 数据隔离：表结构对所有会话可见，但每个会话只能访问和操作自己写入的数据，不同会话间数据完全隔离，互不干扰。
- 性能开销：表结构持久化无需重复创建，减少元数据锁竞争；数据存储在会话私有临时段，高并发下相比会话级临时表，略增少量资源开销，但整体更稳定。
- 索引支持：支持创建索引，索引结构永久保留，索引内的数据为各会话私有，仅能访问自身写入数据对应的索引条目。
- 适用场景：Oracle 租户模式下使用，适合高并发、大批量数据计算场景，或需要复用表结构、保证执行计划稳定的场景。
1 个赞
文中提到的OceanBase问题很常见，通过优化生命周期和调整数据隔离配置，通常可以解决。
跟着学习
你这个咋看着像AI回答的呢
真不错