如何查看sql数据库 *** 作日志

查看交易日志（Transaction logs），扩展名为ldf。

交易日志是针对数据库改变所做的记录，它可以记录针对数据库的任何 *** 作，并将记录结果保存在独立的文件中。对于任何每一个交易过程，交易日志都有非常全面的记录，根据这些记录可以将数据文件恢复成交易前的状态。从交易动作开始，交易日志就处于记录状态，交易过程中对数据库的任何 *** 作都在记录范围，直到用户点击提交或后退后才结束记录。每个数据库都拥有至少一个交易日志以及一个数据文件。

出于性能上的考虑，SQL Server将用户的改动存入缓存中，这些改变会立即写入交易日志，但不会立即写入数据文件。交易日志会通过一个标记点来确定某个交易是否已将缓存中的数据写入数据文件。当SQL Server重启后，它会查看日志中最新的标记点，并将这个标记点后面的交易记录抹去，因为这些交易记录并没有真正的将缓存中的数据写入数据文件。这可以防止那些中断的交易修改数据文件。

日志文件是用来记录你所对数据库的 *** 作信息的 例如对数据库的 *** 作等引起的问题 日记文件都有记载下来 。

了解的人 但数据库有问题的时候可以去看那个日记文件来分析出错的原因。

就好像有人有写日记的习惯那样 他会把他每天所做的事情都记录下来 ，日记就相当于这里的日记文件 而人每天所做的事情就相当与对数据库的 *** 作 当某个时刻 人忘记了之前所做过的事情时（或所做的事情对现在有影响） 就去查看他所写的日记 数据库也是这样

SQLSERVER的数据库日志占用很大的空间，下面提供三种方法用于清除无用的数据库日志文件方法一：1、打开查询分析器，输入命令BACKUPLOGdatabase_nameWITHNO_LOG2、再打开企业管理器--右键要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至xxm,这里会给出一个允许收缩到的最小m数,直接输入这个数,确定就可以了。方法二：设置检查点，自动截断日志一般情况下，SQL数据库的收缩并不能很大程度上减小数据库大小，其主要作用是收缩日志大小，应当定期进行此 *** 作以免数据库日志过大1、设置数据库模式为简单模式：打开SQL企业管理器，在控制台根目录中依次点开MicrosoftSQLServer-->SQLServer组-->双击打开你的服务器-->双击打开数据库目录-->选择你的数据库名称（如用户数据库cwbase1）-->然后点击右键选择属性-->选择选项-->在故障还原的模式中选择“简单”，然后按确定保存2、在当前数据库上点右键，看所有任务中的收缩数据库，一般里面的默认设置不用调整，直接点确定3、收缩数据库完成后，建议将您的数据库属性重新设置为标准模式， *** 作方法同第一点，因为日志在一些异常情况下往往是恢复数据库的重要依据方法三：通过SQL收缩日志把代码复制到查询分析器里，然后修改其中的3个参数(数据库名，日志文件名，和目标日志文件的大小)，运行即可SETNOCOUNTONDECLARE@LogicalFileNamesysname,@MaxMinutesINT,@NewSizeINTUSEtablename--要 *** 作的数据库名SELECT@LogicalFileName='tablename_log',--日志文件名@MaxMinutes=10,--Limitontimeallowedtowraplog@NewSize=1--你想设定的日志文件的大小(M)--Setup/initializeDECLARE@OriginalSizeintSELECT@OriginalSize=sizeFROMsysfilesWHEREname=@LogicalFileNameSELECT'OriginalSizeof'+db_name()+'LOGis'+CONVERT(VARCHAR(30),@OriginalSize)+'8Kpagesor'+CONVERT(VARCHAR(30),(@OriginalSize8/1024))+'MB'FROMsysfilesWHEREname=@LogicalFileNameCREATETABLEDummyTrans(DummyColumnchar(8000)notnull)DECLARE@CounterINT,@StartTimeDATETIME,@TruncLogVARCHAR(255)SELECT@StartTime=GETDATE(),@TruncLog='BACKUPLOG'+db_name()+'WITHTRUNCATE_ONLY'DBCCSHRINKFILE(@LogicalFileName,@NewSize)EXEC(@TruncLog)--WrapthelogifnecessaryWHILE@MaxMinutes>DATEDIFF(mi,@StartTime,GETDATE())--timehasnotexpiredAND@OriginalSize=(SELECTsizeFROMsysfilesWHEREname=@LogicalFileName)AND(@OriginalSize8/1024)>@NewSizeBEGIN--OuterloopSELECT@Counter=0WHILE((@Counter<@OriginalSize/16)AND(@Counter<50000))BEGIN--updateINSERTDummyTransVALUES('FillLog')DELETEDummyTransSELECT@Counter=@Counter+1ENDEXEC(@TruncLog)ENDSELECT'FinalSizeof'+db_name()+'LOGis'+CONVERT(VARCHAR(30),size)+'8Kpagesor'+CONVERT(VARCHAR(30),(size8/1024))+'MB'FROMsysfilesWHEREname=@LogicalFileNameDROPTABLEDummyTransSETNOCOUNTOFF方法四：删除日志文件。此方法有一定的风险性，因为sqlserver的日志文件不是即时写入数据库主文件的，如处理不当，会造成数据的损失。1、 *** 作前请断开所有数据库连接。2、分离数据库分离数据库：企业管理器－＞服务器－＞数据库－＞cwbase1－＞右键－＞分离数据库分离后，cwbase1数据库被删除，但保留了数据文件和日志文件3、删除log物理文件删除LOG物理文件，然后附加数据库：企业管理器－＞服务器－＞数据库－＞右键－＞附加数据库此法生成新的log，大小只有500多k。注意：建议使用第一种方法。 *** 作前请确保所有 *** 作员都已经推出系统，断开数据库的连接。以上 *** 作前，请务必做好数据备份！1sqlserver2005清除日志语句dumptransaction数据库名称withno_logbackuplog数据库名称withno_logdbccshrinkdatabase(数据库名称)

麻烦了，很多DBA不太清楚，数据库的日志装的其实是真正的数据（归档前改变的数据），所以日志文件也是非常重要的。

至于有些数据库的日志文件过大，主要是DBA没有正确的对数据库进行调优设置造成的。

下面的方法也许对你是有用的。

0备份数据文件'xxzx_discuz_LogMDF'

1新建一个同名的数据库'xxzx_discuz'

2再停掉sqlserver服务(注意不要分离数据库)

3用原数据库的数据文件'xxzx_discuz_LogMDF' 覆盖掉新建的数据库

4再重启sqlserver服务

5此时打开企业管理器时会出现置疑，先不管，执行下面的语句（注意修改其中的数据库名）

6完成后一般就可以访问数据库中的数据了。这时,数据库本身一般还有问题,解决办法是：利用数据库的脚本创建一个新的数据库,然后通过DTS将数据导进去就行了

SQL代码

use master

go

sp_configure 'allow updates',1 reconfigure with override

go

update sysdatabases set status =32768 where name='置疑的数据库名'

go

sp_dboption '置疑的数据库名', 'single user', 'true'

go

dbcc checkdb('置疑的数据库名')

go

update sysdatabases set status =28 where name='置疑的数据库名'

go

sp_configure 'allow updates', 0 reconfigure with override

go

sp_dboption '置疑的数据库名', 'single user', 'false'

go

特别注意最后一步中的说明“这时,数据库本身一般还有问题,解决办法是：利用数据库的脚本创建一个新的数据库,然后通过DTS将数据导进去就行

以上就是关于如何查看sql数据库 *** 作日志全部的内容，包括:如何查看sql数据库 *** 作日志、数据库日志文件是做什么用的、sql server 执行了复制数据库计划,在哪里查看日志怎么删除日志等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！