SQL Server清空日志及所有表的数据

简介:
在查询分析器中顺序执行以下三步,其中   databasename   为你的数据库文件名 
1.清空日志:DUMP   TRANSACTION   databasename   WITH   NO_LOG   

2.截断事务日志:BACKUP   LOG   databasename   WITH   NO_LOG   

3.收缩数据库:DBCC   SHRINKDATABASE(databasename)   


--////////////////////////////////////////////////////////////////// 

SQL   Server日志清空方法   
    
一种方法:清空日志。   
1.打开查询分析器,输入命令   DUMP   TRANSACTION   数据库名   WITH   NO_LOG   
2.再打开企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了。 

方法二: 

清空日志: 

------------------------------------------ 
  BACKUP   LOG     库名   WITH   NO_LOG 

  DBCC   SHRINKFILE(   '日志文件名 ',新的大小数值型如1) 

日志文件名是这样的: 

select   name   from   sysfiles 
如: 
mastlog 

--------------------------------------------- 
backup   log     DATABASENAME 
  with   truncate_only 
  dbcc   shrinkdatabase   (DATABASENAME,SIZE)   
  若每天有whole   back   up   的话可以设置一job, 
  每隔三天或一个星期清空一次 
  这样的话日志就不会长大了哦 


------------------------------------- 
1:   删除LOG 
1:分离数据库 
2:删除LOG文件 
3:附加数据库 
此法生成新的LOG,大小只有500多K 
      再将此数据库设置自动收缩 
2:清空日志 
DUMP     TRANSACTION     库名     WITH     NO_LOG         

再: 
企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了 

方法三:   
第一步:   
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,具体意思看帮助。   


方法四:   
(这个方法在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  


 

近来发现数据库过大,空间不足,因此打算将数据库的数据进行全面的清理,但表非常多,一张一张的清空,实在麻烦,因此就想利用SQL语句一次清空所有数据.找到了三种方法进行清空.使用的数据库为MS SQL SERVER.
1.搜索出所有表名,构造为一条SQL语句

declare  @trun_name  varchar ( 8000 )
set  @trun_name = ''
select  @trun_name = @trun_name  +  ' truncate table  '  +  [ name ]  +  '  '  from  sysobjects  where  xtype = ' U '  and  status  >  0
exec  ( @trun_name )

该方法适合表不是非常多的情况,否则表数量过多,超过字符串的长度,不能进行完全清理.
2.利用游标清理所有表

declare  @trun_name  varchar ( 50 )
declare  name_cursor  cursor  for
select  ' truncate table  '  +  name  from  sysobjects  where  xtype = ' U '  and  status  >  0
open  name_cursor
fetch  next  from  name_cursor  into  @trun_name
while  @@FETCH_STATUS  =  0
begin
  
exec  ( @trun_name )
 
print  ' truncated table  '  +  @trun_name
 
fetch  next  from  name_cursor  into  @trun_name
end
close  name_cursor
deallocate  name_cursor

这是我自己构造的,可以做为存储过程调用, 能够一次清空所有表的数据,并且还可以进行有选择的清空表.
3.利用微软未公开的存储过程

exec  sp_msforeachtable " truncate  table  ?"

 

该方法可以一次清空所有表,但不能加过滤条件.

 

转载请注明出处[ http://samlin.cnblogs.com/] 
作者赞赏
 


刚做的招标网: 八爪鱼招标网 请大家多意见


本文转自Sam Lin博客博客园博客,原文链接:http://www.cnblogs.com/samlin/archive/2012/09/03/Sql_truncate_data.html,如需转载请自行联系原作者
相关实践学习
【涂鸦即艺术】基于云应用开发平台CAP部署AI实时生图绘板
【涂鸦即艺术】基于云应用开发平台CAP部署AI实时生图绘板
目录
相关文章
|
9月前
|
SQL 人工智能 JSON
Flink 2.1 SQL:解锁实时数据与AI集成,实现可扩展流处理
简介:本文整理自阿里云高级技术专家李麟在Flink Forward Asia 2025新加坡站的分享,介绍了Flink 2.1 SQL在实时数据处理与AI融合方面的关键进展,包括AI函数集成、Join优化及未来发展方向,助力构建高效实时AI管道。
1191 43
|
8月前
|
SQL 传感器 人工智能
生成更智能,调试更轻松,SLS SQL Copilot 焕新登场!
阿里云日志服务(SLS)推出智能分析助手 SLS SQL Copilot,融合 AI 技术与日志分析最佳实践,将自然语言转换为 SQL 查询,降低使用门槛,提升查询效率。其具备原生集成、智能语义理解与高效执行能力,助力用户快速洞察日志数据价值,实现智能化日志分析新体验。
547 1
|
9月前
|
SQL 人工智能 JSON
Flink 2.1 SQL:解锁实时数据与AI集成,实现可扩展流处理
本文整理自阿里云的高级技术专家、Apache Flink PMC 成员李麟老师在 Flink Forward Asia 2025 新加坡[1]站 —— 实时 AI 专场中的分享。将带来关于 Flink 2.1 版本中 SQL 在实时数据处理和 AI 方面进展的话题。
573 0
Flink 2.1 SQL:解锁实时数据与AI集成,实现可扩展流处理
|
8月前
|
SQL 传感器 人工智能
生成更智能,调试更轻松,SLS SQL Copilot 焕新登场!
本文是阿里云日志服务(SLS)首次对外系统性地揭秘 SLS SQL Copilot 背后的产品理念、架构设计与核心技术积淀。我们将带你深入了解,这一智能分析助手如何从用户真实需求出发,融合前沿 AI 能力与 SLS 十余年日志分析最佳实践,打造出面向未来的智能化日志分析体验。
733 55
|
8月前
|
SQL 人工智能 监控
SLS Copilot 实践:基于 SLS 灵活构建 LLM 应用的数据基础设施
本文将分享我们在构建 SLS SQL Copilot 过程中的工程实践,展示如何基于阿里云 SLS 打造一套完整的 LLM 应用数据基础设施。
2699 107
|
10月前
|
SQL
SQL如何只让特定列中只显示一行数据
SQL如何只让特定列中只显示一行数据
|
8月前
|
数据采集 运维 监控
不重启、不重写、不停机:SLS 软删除如何实现真正的“无感数据急救”?
SLS 全新推出的「软删除」功能,以接近索引查询的性能,解决了数据应急删除与脏数据治理的痛点。2 分钟掌握这一数据管理神器。
799 50
|
7月前
|
SQL 存储 监控
SQL日志优化策略:提升数据库日志记录效率
通过以上方法结合起来运行调整方案, 可以显著地提升SQL环境下面向各种搜索引擎服务平台所需要满足标准条件下之数据库登记作业流程综合表现; 同时还能确保系统稳健运行并满越用户体验预期目标.
398 6
|
9月前
|
存储 缓存 Apache
StarRocks+Paimon 落地阿里日志采集:万亿级实时数据秒级查询
A+流量分析平台是阿里集团统一的全域流量数据分析平台,致力于通过埋点、采集、计算构建流量数据闭环,助力业务提升流量转化。面对万亿级日志数据带来的写入与查询挑战,平台采用Flink+Paimon+StarRocks技术方案,实现高吞吐写入与秒级查询,优化存储成本与扩展性,提升日志分析效率。
1304 1
|
9月前
|
存储 关系型数据库 数据库
【赵渝强老师】PostgreSQL数据库的WAL日志与数据写入的过程
PostgreSQL中的WAL(预写日志)是保证数据完整性的关键技术。在数据修改前,系统会先将日志写入WAL,确保宕机时可通过日志恢复数据。它减少了磁盘I/O,提升了性能,并支持手动切换日志文件。WAL文件默认存储在pg_wal目录下,采用16进制命名规则。此外,PostgreSQL提供pg_waldump工具解析日志内容。
912 0