热门标签 | HotTags
当前位置:  开发笔记 > 编程语言 > 正文

SQL日志收缩及截断方法详解

本文详细介绍了SQL日志收缩的方法,包括截断日志和删除不需要的旧日志记录。通过备份日志和使用DBCCSHRINKFILE命令可以实现日志的收缩。同时,还介绍了截断日志的原理和注意事项,包括不能截断事务日志的活动部分和MinLSN的确定方法。通过本文的方法,可以有效减小逻辑日志的大小,提高数据库的性能。

 如果从来没有从事务日志中删除日志记录,逻辑日志就会一直增长,直到填满容纳物理日志文件的磁盘上的所有可用空间。在某个即时点,必须删除恢复或还原数据库时不再需要的旧日志记录,以便为新日志记录腾出空间。
可通过以下语句解决:
   BACKUP LOG tablename WITH NO_LOG
   DBCC SHRINKFILE(Filename|FileID)

一、截断事务日志BACKUP LOG tablename WITH NO_LOG

    删除日志记录以减小逻辑日志的大小的过程称为截断日志

    1、永远不能截断事务日志的活动部分。
   
日志的活动部分是在任何时间恢复数据库所需的日志部分,因此必须有回滚所有未完成的事务所需的日志映像。
   
这部分必须始终在数据库中,因为一旦服务器发生故障,在服务器重新启动时必须用它恢复数据库。

    2、日志活动部分起点处的记录由最小恢复日志序号 (MinLSN) 标识。
   
当截断事务日志时,删除包含 MinLSN 的虚拟日志文件头之前的所有日志记录。

    3、截断不减小物理日志文件的大小,但减小逻辑日志文件的大小。

    4MinLSN的确定:
   
这是有两个活动事务的事务日志末端的简化版本。检查点记录已压缩成单个记录。

    SQL日志收缩
    LSN 148
是事务日志内的最后一条记录。在执行处理 LSN 147 时所记录的检查点时,Tran 1
   
已经提交而且 Tran 2 是唯一的活动事务。这就使 Tran 2 的第一条日志记录成为最后一个检
   
查点上的活动事务的最旧日志记录。这使 LSN 142Tran 2 的开始事务记录)成为 MinLSN

二、收缩事务日志DBCC SHRINKFILE(Filename|FileID)

    1、日志收缩操作依赖于最初的日志截断操作。
    2
、日志截断操作不减小物理日志文件的大小,但减小逻辑日志的大小,并将没有容纳逻辑日志任何部
    3
、分的虚拟日志标记为不活动。
   
日志收缩操作会删除足够多的不活动虚拟日志,将日志文件减小到要求的大小。

DBCC SHRINKFILE
收缩相关数据库的指定数据文件或日志文件大小。

语法
DBCC SHRINKFILE
    ( { file_name | file_id }
        { [ , target_size ]
            | [ , { EMPTYFILE | NOTRUNCATE | TRUNCATEONLY } ]
        }
    )

参数
file_name
是已收缩文件的逻辑名称。若要获得文件name,可通过在当前数据库中搜索sysfiles得到name

file_id
是要收缩的文件的标识 (ID) 号。若要获得文件ID,请使用 FILE_ID 函数或在当前数据库
中搜索 sysfiles

target_size
是用兆字节表示的所要的文件大小(用整数表示)。如果没有指定,DBCC SHRINKFILE
将文件大小减少到默认文件大小。
DBCC SHRINKFILE
不会将文件收缩到小于存储文件中的数据所需要的大小。

EMPTYFILE
将所有数据从指定文件中迁移到同一文件组中的其它文件。该选项允许使用 ALTER DATABASE
语句除去文件。

NOTRUNCATE
导致将释放的文件空间保留在文件中。
当与 target_size 一起指定 NOTRUNCATE 时,释放的空间不会释放给操作系统
DBCC SHRINKFILE
的唯一影响是将已使用的页从 target_size 行上面重新定位到文件的前面。
当未指定 NOTRUNCATE 时,所有释放的文件空间返回给操作系统。

TRUNCATEONLY
导致文件中的任何未使用的空间释放给操作系统,并将文件收缩到上一次分配的大小,
从而减少文件大小,而不移动任何数据。
不尝试将行重新定位到未分配页。如果使用 TRUNCATEONLY,将忽略 target_size

------------------------------------------------------------------------------
如下语句把table替换一下就好了

use {tabale}

--先执行如下语句:{tabale}为需要缩减的数据库
BACKUP LOG {tabale} WITH NO_LOG

declare  @fileid int

--查询日志文件对应的fileid
select @fileid=fileid from sysfiles where [name] like '%log%'

--缩减日志文件,{fileid}为刚才查询出来的日志文件对应的fileid号
DBCC SHRINKFILE(@fileid)

一、截断事务日志BACKUP LOG tablename WITH NO_LOG

    删除日志记录以减小逻辑日志的大小的过程称为截断日志

    1、永远不能截断事务日志的活动部分。
   
日志的活动部分是在任何时间恢复数据库所需的日志部分,因此必须有回滚所有未完成的事务所需的日志映像。
   
这部分必须始终在数据库中,因为一旦服务器发生故障,在服务器重新启动时必须用它恢复数据库。

    2、日志活动部分起点处的记录由最小恢复日志序号 (MinLSN) 标识。
   
当截断事务日志时,删除包含 MinLSN 的虚拟日志文件头之前的所有日志记录。

    3、截断不减小物理日志文件的大小,但减小逻辑日志文件的大小。

    4MinLSN的确定:
   
这是有两个活动事务的事务日志末端的简化版本。检查点记录已压缩成单个记录。

    SQL日志收缩
    LSN 148
是事务日志内的最后一条记录。在执行处理 LSN 147 时所记录的检查点时,Tran 1
   
已经提交而且 Tran 2 是唯一的活动事务。这就使 Tran 2 的第一条日志记录成为最后一个检
   
查点上的活动事务的最旧日志记录。这使 LSN 142Tran 2 的开始事务记录)成为 MinLSN

二、收缩事务日志DBCC SHRINKFILE(Filename|FileID)

    1、日志收缩操作依赖于最初的日志截断操作。
    2
、日志截断操作不减小物理日志文件的大小,但减小逻辑日志的大小,并将没有容纳逻辑日志任何部
    3
、分的虚拟日志标记为不活动。
   
日志收缩操作会删除足够多的不活动虚拟日志,将日志文件减小到要求的大小。

DBCC SHRINKFILE
收缩相关数据库的指定数据文件或日志文件大小。

语法
DBCC SHRINKFILE
    ( { file_name | file_id }
        { [ , target_size ]
            | [ , { EMPTYFILE | NOTRUNCATE | TRUNCATEONLY } ]
        }
    )

参数
file_name
是已收缩文件的逻辑名称。若要获得文件name,可通过在当前数据库中搜索sysfiles得到name

file_id
是要收缩的文件的标识 (ID) 号。若要获得文件ID,请使用 FILE_ID 函数或在当前数据库
中搜索 sysfiles

target_size
是用兆字节表示的所要的文件大小(用整数表示)。如果没有指定,DBCC SHRINKFILE
将文件大小减少到默认文件大小。
DBCC SHRINKFILE
不会将文件收缩到小于存储文件中的数据所需要的大小。

EMPTYFILE
将所有数据从指定文件中迁移到同一文件组中的其它文件。该选项允许使用 ALTER DATABASE
语句除去文件。

NOTRUNCATE
导致将释放的文件空间保留在文件中。
当与 target_size 一起指定 NOTRUNCATE 时,释放的空间不会释放给操作系统
DBCC SHRINKFILE
的唯一影响是将已使用的页从 target_size 行上面重新定位到文件的前面。
当未指定 NOTRUNCATE 时,所有释放的文件空间返回给操作系统。

TRUNCATEONLY
导致文件中的任何未使用的空间释放给操作系统,并将文件收缩到上一次分配的大小,
从而减少文件大小,而不移动任何数据。
不尝试将行重新定位到未分配页。如果使用 TRUNCATEONLY,将忽略 target_size

------------------------------------------------------------------------------
如下语句把table替换一下就好了

use {tabale}

--先执行如下语句:{tabale}为需要缩减的数据库
BACKUP LOG {tabale} WITH NO_LOG

declare  @fileid int

--查询日志文件对应的fileid
select @fileid=fileid from sysfiles where [name] like '%log%'

--缩减日志文件,{fileid}为刚才查询出来的日志文件对应的fileid号
DBCC SHRINKFILE(@fileid)


推荐阅读
  • 如何实现织梦DedeCms全站伪静态
    本文介绍了如何通过修改织梦DedeCms源代码来实现全站伪静态,以提高管理和SEO效果。全站伪静态可以避免重复URL的问题,同时通过使用mod_rewrite伪静态模块和.htaccess正则表达式,可以更好地适应搜索引擎的需求。文章还提到了一些相关的技术和工具,如Ubuntu、qt编程、tomcat端口、爬虫、php request根目录等。 ... [详细]
  • GetWindowLong函数
    今天在看一个代码里头写了GetWindowLong(hwnd,0),我当时就有点费解,靠,上网搜索函数原型说明,死活找不到第 ... [详细]
  • 本文介绍了在开发Android新闻App时,搭建本地服务器的步骤。通过使用XAMPP软件,可以一键式搭建起开发环境,包括Apache、MySQL、PHP、PERL。在本地服务器上新建数据库和表,并设置相应的属性。最后,给出了创建new表的SQL语句。这个教程适合初学者参考。 ... [详细]
  • 搭建Windows Server 2012 R2 IIS8.5+PHP(FastCGI)+MySQL环境的详细步骤
    本文详细介绍了搭建Windows Server 2012 R2 IIS8.5+PHP(FastCGI)+MySQL环境的步骤,包括环境说明、相关软件下载的地址以及所需的插件下载地址。 ... [详细]
  • 本文介绍了如何使用php限制数据库插入的条数并显示每次插入数据库之间的数据数目,以及避免重复提交的方法。同时还介绍了如何限制某一个数据库用户的并发连接数,以及设置数据库的连接数和连接超时时间的方法。最后提供了一些关于浏览器在线用户数和数据库连接数量比例的参考值。 ... [详细]
  • 在说Hibernate映射前,我们先来了解下对象关系映射ORM。ORM的实现思想就是将关系数据库中表的数据映射成对象,以对象的形式展现。这样开发人员就可以把对数据库的操作转化为对 ... [详细]
  • 本文介绍了使用PHP实现断点续传乱序合并文件的方法和源码。由于网络原因,文件需要分割成多个部分发送,因此无法按顺序接收。文章中提供了merge2.php的源码,通过使用shuffle函数打乱文件读取顺序,实现了乱序合并文件的功能。同时,还介绍了filesize、glob、unlink、fopen等相关函数的使用。阅读本文可以了解如何使用PHP实现断点续传乱序合并文件的具体步骤。 ... [详细]
  • 本文介绍了在使用Python中的aiohttp模块模拟服务器时出现的连接失败问题,并提供了相应的解决方法。文章中详细说明了出错的代码以及相关的软件版本和环境信息,同时也提到了相关的警告信息和函数的替代方案。通过阅读本文,读者可以了解到如何解决Python连接服务器失败的问题,并对aiohttp模块有更深入的了解。 ... [详细]
  • Java在运行已编译完成的类时,是通过java虚拟机来装载和执行的,java虚拟机通过操作系统命令JAVA_HOMEbinjava–option来启 ... [详细]
  • MyBatis多表查询与动态SQL使用
    本文介绍了MyBatis多表查询与动态SQL的使用方法,包括一对一查询和一对多查询。同时还介绍了动态SQL的使用,包括if标签、trim标签、where标签、set标签和foreach标签的用法。文章还提供了相关的配置信息和示例代码。 ... [详细]
  • web.py开发web 第八章 Formalchemy 服务端验证方法
    本文介绍了在web.py开发中使用Formalchemy进行服务端表单数据验证的方法。以User表单为例,详细说明了对各字段的验证要求,包括必填、长度限制、唯一性等。同时介绍了如何自定义验证方法来实现验证唯一性和两个密码是否相等的功能。该文提供了相关代码示例。 ... [详细]
  • 本文介绍了深入浅出Linux设备驱动编程的重要性,以及两种加载和删除Linux内核模块的方法。通过一个内核模块的例子,展示了模块的编译和加载过程,并讨论了模块对内核大小的控制。深入理解Linux设备驱动编程对于开发者来说非常重要。 ... [详细]
  • 解决nginx启动报错epoll_wait() reported that client prematurely closed connection的方法
    本文介绍了解决nginx启动报错epoll_wait() reported that client prematurely closed connection的方法,包括检查location配置是否正确、pass_proxy是否需要加“/”等。同时,还介绍了修改nginx的error.log日志级别为debug,以便查看详细日志信息。 ... [详细]
  • mac php错误日志配置方法及错误级别修改
    本文介绍了在mac环境下配置php错误日志的方法,包括修改php.ini文件和httpd.conf文件的操作步骤。同时还介绍了如何修改错误级别,以及相应的错误级别参考链接。 ... [详细]
  • 本文介绍了Redis的基础数据结构string的应用场景,并以面试的形式进行问答讲解,帮助读者更好地理解和应用Redis。同时,描述了一位面试者的心理状态和面试官的行为。 ... [详细]
author-avatar
xinzhugedonny
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有