临时表与日志问题

henkuaile 2006-02-23 01:11:30

问题缘由：为避免大量查询和更新引起死锁，我在存储过程里使用了很多的临时表，得到临时表以后，再对临时表进行操作,但一运行完存储过程后，日志就一下子增大很多，比如：从1M一下子增加到了几个G，还提示tempdb日志满。请问：对临时表的操作会产生日志吗，如果产生日志，那么产生的日志是该数据库的日志还是tempdb的日志?多谢各位了!!

...全文

182 4 打赏收藏转发到动态举报

写回复

4 条回复

切换为时间正序

请发表友善的回复…

发表回复

yesyesyes 2006-02-23

打赏
举报

回复

对临时表的操作记录在tempdb的日志中

henkuaile 2006-02-23

打赏
举报

回复

我把我正操作的的数据库和tempdb数据库都截断到1M后，结果我操作的数据库的日志一下在增长了2.4个G，tempdb的日志也有所增大

Anders_lt 2006-02-23

打赏
举报

回复

顶

wgsasd311 2006-02-23

打赏
举报

回复

insert ,update,create,DELETE 等命令都会记录日志,所有的临时表都存储在tempdb数据库中,对临时表的操作应该记录中你操作数据库中(而不是临时数据库中)

本文详细描述了一次由于Oracle数据库临时表空间不足，导致数据同步过程中遇到的问题。在尝试通过增加临时文件解决问题时，误操作使得redo日志文件所在的路径空间不足，进而引发数据库崩溃。在解决过程中，错误地移动了redo日志文件，导致日志组成员变为invalid状态。随后，通过重新定位日志文件并调整临时表空间，最终恢复了数据库的正常运行。文章强调了临时表空间对数据库业务影响较小，但在处理时仍需谨慎，避免对数据库稳定性造成影响。

本文讲述了作者在将大量Oracle数据迁移到MySQL过程中遇到的临时表空间空间不足问题，涉及临时文件扩展、redo日志冲突，以及如何通过移动redo日志文件来解决空间危机。最终意识到不应直接移动日志，而是应对临时表空间进行优化。

本文分享了一次Oracle数据库故障处理经历，包括因临时表空间不足引发的问题及解决步骤，同时介绍了如何处理Redo日志成员状态异常的情况。

本文讨论了从 Oracle 数据库同步数据到 MySQL 的过程中遇到的问题，特别关注了因临时表空间空间不足导致数据库下线的情况。文章详细介绍了解决过程，包括尝试清理空间、移动 redo 日志文件和正确管理临时表空间的方法。最后，提供了如何在不破坏数据库结构的情况下调整默认临时表空间的步骤。

本文探讨了使用临时表提升数据库查询效率的方法，介绍了临时表不记录日志的特点及其带来的速度优势与数据恢复风险，同时强调了临时表仅限当前会话访问的特性，避免了死锁问题。

22,297

社区成员

121,728

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章