sql清理数据库日志
数据库的性能是DBA都需要重点关注的，日志文件的增多严重影响数据库的性能，本文将为您介绍SQLServer删除日志文件的方法，供您参考，希望对您有所帮助。
数据库在使用过程中会使日志文件不断增加，使得数据库的性能下降，并且占用大量的磁盘空间。SQL Server数据库都有log文件，log文件记录用户对数据库修改的操作。可以通过直接删除log文件和清空日志在清除数据库日志。
1、删除LOG
1.1 分离数据库
分离数据库之前一定要做好数据库的全备份，选择数据库——右键——任务——分离。
附加数据库之后将生成新的日志文件log，新的日志文件的大小事504K。
1.4 也可以通过命令才完成以上的操作
use master;
exec sp_detach_db @dbname='数据库名';
exec sp_attach_single_file_db @dbname='数据库名',@physname='D:Program FilesMicrosoft SQL ServerMSSQL10.SQL2008MSSQLDATATestDB.mdf'
Sp_detach_db：分离数据库；
sp_attach_single_file_db：附加单个数据库文件；在上述代码中只附加了数据文件，而未附加日志文件，言下之意就是删除了日志文件。
该命令在SQL Server 2005和2000支持，SQL Server 2008不支持该命令。
2. 清空日志
DUMP TRANSACTION 数据库名 WITH NO_LOG
3. 收缩数据库文件
DBCC SHRINKFILE ('TestDB_log',1)
SQL Server中“数据收缩”详解
4. 截断事务日志
BACKUP LOG TestDB WITH NO_LOG
该命令在SQL Server 2008也是不支持，在SQL Server 2005和2000可以使用。
B. SQL Server清理 .ldf数据库日志文件
SQL Server中，当数据库长时间运行后，日志文件 .ldf 可能会持续增长，占用大量存储空间。清理日志文件前，需了解其重要性：用于记录对数据库的操作，相当于数据库的操作日志。清理时需谨慎，建议先进行备份。
以下是清理日志文件的方法：
1. **收缩数据库日志**：通过 SQL Server Management Studio（SSMS）进行数据库操作。选择需要收缩的数据库，执行“收缩”任务，选择“日志文件”，设置收缩后的大小。
2. **更改恢复模式为简单**：在数据库属性中，选择“选项”，将恢复模式设置为“简单”，这将保留最少的日志文件。
3. **删除或生成新的日志文件**：先将数据库分离，删除原有日志文件，附加数据库后，系统会自动生成新的日志文件。
操作流程包括：
1. **收缩日志文件**：在 SSMS 中，选中数据库，执行“收缩”任务，设置“日志”文件类型，释放未使用空间。
2. **简单恢复模式**：在“属性”中选择“选项”，设置恢复模式为“简单”。
3. **删除、生成新日志文件**：备份数据库，分离数据库，删除日志文件，附加数据库后系统自动生成新日志。
使用“附加”功能，添加数据库的 MDF 文件，系统自动识别未找到的 LDF 文件，删除后自动生成新文件。
最后，通过“属性”-“文件”-“路径”查看数据库存储位置，便于管理。
C. 数据库日志清理方法
清空日志
DUMP TRANSACTION 库名 WITH NO_LOG
截断事务日志
BACKUP LOG 数据库名 WITH NO_LOG
收缩数据库
DBCC SHRINKDATABASE(数据库名)
--压缩日志及数据库文件大小
/*--特别注意
请按步骤进行,未进行前面的步骤,请不要做后面的步骤
否则可能损坏你的数据库.
一般不建议做第4,6两步
第4步不安全,有可能损坏数据库或丢失数据
第6步如果日志达到上限,则以后的数据库处理会失败,在清理日志后才能恢复.
--*/
--下面的所有库名都指你要处理的数据库的库名
1.清空日志
DUMP TRANSACTION 库名 WITH NO_LOG
2.截断事务日志：
BACKUP LOG 库名 WITH NO_LOG
3.收缩数据库文件(如果不压缩,数据库的文件不会减小
企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件
--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
--选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
也可以用SQL语句来完成
--收缩数据库
DBCC SHRINKDATABASE(库名)
--收缩指定数据文件,1是文件号,可以通过这个语句查询到:select * from sysfiles
DBCC SHRINKFILE(1)
4.为了最大化的缩小日志文件(如果是sql 7.0,这步只能在查询分析器中进行)
a.分离数据库:
企业管理器--服务器--数据库--右键--分离数据库
b.在我的电脑中删除LOG文件
c.附加数据库:
企业管理器--服务器--数据库--右键--附加数据库
此法将生成新的LOG，大小只有500多K
或用代码：
下面的示例分离 pubs，然后将 pubs 中的一个文件附加到当前服务器。
a.分离
EXEC sp_detach_db @dbname = ’库名’
b.删除日志文件
c.再附加
EXEC sp_attach_single_file_db @dbname = ’库名’,
@physname = ’c:Program FilesMicrosoft SQL ServerMSSQLData库名.mdf’
5.为了以后能自动收缩,做如下设置:
企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩"
--SQL语句设置方式:
EXEC sp_dboption ’库名’, ’autoshrink’, ’TRUE’
6.如果想以后不让它日志增长得太大
企业管理器--服务器--右键数据库--属性--事务日志
--将文件增长限制为xM(x是你允许的最大数据文件大小)
--SQL语句的设置方式:
alter database 库名 modify file(name=逻辑文件名,maxsize=20)
D. 如何清除SQL日志
方法1：
第一步：
backup log database_name with no_log
或者 backup log database_name with truncate_only --no_log和truncate_only是在这里是同义的，随便执行哪一句都可以
第二步：
1.收缩特定数据库的所有数据和日志文件，执行 dbcc shrinkdatabase (database_name,[,target_percent])--database_name是要收缩的数据库名称；target_percent是数据库收缩后的数据库文件中所要的剩余可用空间百分比
2.收缩一次一个特定数据库中的数据或日志文件，执行 dbcc shrinkfile(file_id,[,target_size]) --file_id是要收缩的文件的标识 (ID) 号,若要获得文件 ID，请使用 FILE_ID 函数或在当前数据库中搜索 sysfiles；target_size是用兆字节表示的所要的文件大小（用整数表示）。如果没有指定，dbcc shrinkfile 将文件大小减少到默认文件大小
两个dbcc都可以带上参数notruncate或truncateonly，具体意思看帮助。
方法2
（这个方法在sqlserver2000的环境下做一般能成功，在sqlserver7及以下版本就不一定了）：
第一步：
先备份整个数据库以备不测
第二步：
备份结束后，在Query Analyzer中执行如下的语句：
exec sp_detach_db yourDBName,true --卸除这个DB在MSSQL中的注册信息
第三步：
到日志的物理文件所在的目录中去删除该日志文件或者将该日志文件移出该目录
第四步：
在Query Analyzer中执行如下的语句：
exec sp_attach_single_file_db yourDBName,'d:\mssql7\data\yourDBName_data.mdf'
--以单文件的方式注册该DB，如果成功则MSSQL将自动为这个DB生成一个500K的日志文件。
以上方法在清除log日志中均有效。
但，能否让sql server 不产生log日志呢？以上方法好像均无效。
我这儿正好有个case：
我客户的sql server每天都会产生4，500M的log日志，每天都清除一下，非常不便。有没有办法实现不产生log日志呢？
我分析了一下客户产生log日志的原因，并且做了相应测试。
客户是每天将数据库清空，从总系统中将数据导入到sql server里。我感决sqlserver在插入时产生log不大，在delete整个库时产生log极大。
比如：
SELECT * into test_2 from b_bgxx
共45000条记录，产生十几M log，如果
delete from test_2
产生80多M log ，这明显存在问题。
虽然可以换成：
truncate table test_2
但我还是希望能找到不产生log的方法。就如oracle不产生归档一样。
E. 如何清空sql数据库的日志文件
SQLSERVER的数据库日志占用很大的空间，下面提供三种方法用于清除无用的数据库日志文件x0dx0a方法一： x0dx0a1、打开查询分析器，输入命令 x0dx0aBACKUP LOG database_name WITH NO_LOG x0dx0a2、再打开企业管理器--右键要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至xxm,这里会给出一个允许收缩到的最小m数,直接输入这个数,确定就可以了。 x0dx0ax0dx0a方法二： x0dx0a设置检查点，自动截断日志 x0dx0ax0dx0a一般情况下，SQL数据库的收缩并不能很大程度上减小数据库大小，其主要作用是收缩日志大小，应当定期进行此操作以免数据库日志过大 x0dx0a1、设置数据库模式为简单模式：打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server-->SQL Server组-->双击打开你的服务器-->双击打开数据库目录-->选择你的数据库名称（如用户数据库cwbase1）-->然后点击右键选择属性-->选择选项-->在故障还原的模式中选择“简单”，然后按确定保存 x0dx0a2、在当前数据库上点右键，看所有任务中的收缩数据库，一般里面的默认设置不用调整，直接点确定 x0dx0a3、收缩数据库完成后，建议将您的数据库属性重新设置为标准模式，操作方法同第一点，因为日志在一些异常情况下往往是恢复数据库的重要依据 x0dx0ax0dx0a方法三：通过SQL收缩日志 x0dx0ax0dx0a把代码复制到查询分析器里，然后修改其中的3个参数(数据库名，日志文件名，和目标日志文件的大小)，运行即可 x0dx0ax0dx0aSET NOCOUNT ON x0dx0aDECLARE @LogicalFileName sysname, x0dx0a@MaxMinutes INT, x0dx0a@NewSize INT x0dx0ax0dx0aUSE tablename -- 要操作的数据库名 x0dx0aSELECT @LogicalFileName = 'tablename_log', -- 日志文件名 x0dx0a@MaxMinutes = 10, -- Limit on time allowed to wrap log. x0dx0a@NewSize = 1 -- 你想设定的日志文件的大小(M) x0dx0ax0dx0a-- Setup / initialize x0dx0aDECLARE @OriginalSize int x0dx0aSELECT @OriginalSize = size x0dx0aFROM sysfiles x0dx0aWHERE name = @LogicalFileName x0dx0aSELECT 'Original Size of ' + db_name() + ' LOG is ' + x0dx0aCONVERT(VARCHAR(30),@OriginalSize) + ' 8K pages or ' + x0dx0aCONVERT(VARCHAR(30),(@OriginalSize*8/1024)) + 'MB' x0dx0aFROM sysfiles x0dx0aWHERE name = @LogicalFileName x0dx0aCREATE TABLE DummyTrans x0dx0a(DummyColumn char (8000) not null) x0dx0ax0dx0aDECLARE @Counter INT, x0dx0a@StartTime DATETIME, x0dx0a@TruncLog VARCHAR(255) x0dx0aSELECT @StartTime = GETDATE(), x0dx0a@TruncLog = 'BACKUP LOG ' + db_name() + ' WITH TRUNCATE_ONLY' x0dx0ax0dx0aDBCC SHRINKFILE (@LogicalFileName, @NewSize) x0dx0aEXEC (@TruncLog) x0dx0a-- Wrap the log if necessary. x0dx0aWHILE @MaxMinutes > DATEDIFF (mi, @StartTime, GETDATE()) -- time has not expired x0dx0aAND @OriginalSize = (SELECT size FROM sysfiles WHERE name = @LogicalFileName) x0dx0aAND (@OriginalSize * 8 /1024) > @NewSize x0dx0aBEGIN -- Outer loop. x0dx0aSELECT @Counter = 0 x0dx0aWHILE ((@Counter < @OriginalSize / 16) AND (@Counter < 50000)) x0dx0aBEGIN -- update x0dx0aINSERT DummyTrans VALUES ('Fill Log') x0dx0aDELETE DummyTrans x0dx0aSELECT @Counter = @Counter + 1 x0dx0aEND x0dx0aEXEC (@TruncLog) x0dx0aEND x0dx0aSELECT 'Final Size of ' + db_name() + ' LOG is ' + x0dx0aCONVERT(VARCHAR(30),size) + ' 8K pages or ' + x0dx0aCONVERT(VARCHAR(30),(size*8/1024)) + 'MB' x0dx0aFROM sysfiles x0dx0aWHERE name = @LogicalFileName x0dx0aDROP TABLE DummyTrans x0dx0aSET NOCOUNT OFF x0dx0ax0dx0a方法四：删除日志文件。 x0dx0ax0dx0a此方法有一定的风险性，因为sql server的日志文件不是即时写入数据库主文件的，如处理不当，会造成数据的损失。1、操作前请断开所有数据库连接。 x0dx0a2、分离数据库 x0dx0a分离数据库：企业管理器－＞服务器－＞数据库－＞cwbase1－＞右键－＞分离数据库 x0dx0a分离后，cwbase1数据库被删除，但保留了数据文件和日志文件 x0dx0a3、删除log物理文件 x0dx0a删除LOG物理文件，然后附加数据库： 企业管理器－＞服务器－＞数据库－＞右键－＞附加数据库 x0dx0a此法生成新的log，大小只有500多k。 x0dx0ax0dx0a注意：建议使用第一种方法。操作前请确保所有操作员都已经推出系统，断开数据库的连接。 x0dx0ax0dx0a以上操作前，请务必做好数据备份！x0dx0ax0dx0a1.sql server 2005 清除日志语句 x0dx0ax0dx0amp transaction 数据库名称 with no_log x0dx0abackup log 数据库名称 with no_log x0dx0adbcc shrinkdatabase(数据库名称)