清空
DUMP
TRANSACTION
库名
WITH
NO_LOG
截断日志
backup
log
数据库名
with
no_log
执行以上
命令
,为什么
日志文件
大小并没有变化,清除日志和截断日志到底是什么意思?
而直接执行以下命令就可以缩小日志文件了:
DBCC
SHRINKFILE
(
库名_Log,要缩小的目标大小)
不知道为什么很多地方介绍都要把下面两句放在一起使用:
backup
log
数据库名
with
no_log
DBCC
SHRINKFILE
(
库名_Log,要缩小的目标大小)
方法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_datamdf'
--以单文件的方式注册该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不产生归档一样
你好
您说的日志,应该是归档日志吧
归档日志的话可以使用rman删除
redo log 的话不能删除
望采纳
1、确定SQL数据库的安装路径与所用的SQL数据库名称。2、点击开始--程序--Microsoft SQL Server--查询分析器--确定,进入软件里,点击菜单帮助--Transact-sql帮助(S)--索引--输入(sp_attach_single_file_db),在右边对话框里找到以下的命令或者在空白处直接输入以下的命令:EXEC sp_detach_db @dbname = 'pubs'returnEXEC sp_attach_single_file_db @dbname = 'pubs',@physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubsmdf'注意:return是加入的命令语名,将数据库(LDF与MDF)分离,再将数据库名改回所要选的,即是pubs改为J2002。即是:EXEC sp_detach_db @dbname = ' J2002'returnEXEC sp_attach_single_file_db @dbname = ' J2002',@physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\ J2002mdf'3、输入命令后,点击菜单查询--执行,下面对话框出现命令"命令已成功完成"。4、删除命令(EXEC sp_detach_db @dbname = ' J2002' return),进入安装SQL数据库路径里将J2002ldf文件重命名。5、接着第3点开始,点击菜单查询--执行,下面对话框出现命令"设备激活错误。物理文件名 'C:\Program Files\Microsoft SQL Server\MSSQL\Data\J200188ldf' 可能有误。已创建名为 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\j200188_logLDF' 的新日志文件"。
[方法一]手动清理binlog
清理前的准备:
1查看主库和从库正在使用的binlog是哪个文件
show master status
show slave status\G
2在删除binlog日志之前,首先对binlog日志备份,以防万一
开始手动清除binlog,删除指定日期以前的日志
purge master logs before '2016-09-01 17:20:00'; //删除指定日期以前的日志索引中binlog日志文件
或
purge master logs to'mysql-bin000022'; //删除指定日志文件的日志索引中binlog日志文件
注意:使用该语法,会将对应的文件和mysql-binindex中对应路径删除
时间和文件名一定不可以写错,尤其是时间中的年和文件名中的序号,以防不下心将正在使用的binlog删除!!!切勿删除正在使用的binlog
补充:(参考 >
以上就是关于删除日志的SQL语句是什么全部的内容,包括:删除日志的SQL语句是什么、求救。。怎么清除mssql的数据库日志、oracle数据库日志满了如何清理等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)