Question

sql server 2005 清空日志会怎样的后果？

Answer 1

sql server数据库使用时间长了，日志文件会很大，占用过多系统资源，数据库可能会报 log full 的错误，甚至磁盘空间占满让数据库处于不可用状态，这个时候我们需要清理数据库：
清理sql server数据库日志可用两种方法：
方法一：清空日志。
1、打开查询分析器，输入命令DUMP TRANSACTION 数据库名 WITH NO_LOG
2、再打开企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至: ,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了。
方法二：有一定的风险性，因为SQL SERVER的日志文件不是即时写入数据库主文件的，如处理不当，会造成数据的损失。
1、删除LOG
分离数据库 企业管理器－＞服务器－＞数据库－＞右键－＞分离数据库
2、删除LOG文件
附加数据库 企业管理器－＞服务器－＞数据库－＞右键－＞附加数据库
此法生成新的LOG，大小只有500多K。
注意：建议使用第一种方法。
如果以后，不想要它变大。
SQL2000下使用：
在数据库上点右键->属性->选项->故障恢复-模型-选择-简单模型。
或用SQL语句：alter database 数据库名 set recovery simple
另外，数据库属性有两个选项，与事务日志的增长有关：
Truncate log on checkpoint
(此选项用于SQL7.0，SQL 2000中即故障恢复模型选择为简单模型)
当执行CHECKPOINT 命令时如果事务日志文件超过其大小的70% 则将其内容清除在开发数据库时时常将此选项设置为True
定期对数据库进行检查当数据库文件或日志文件的未用空间超过其大小的25%时，系统将会自动缩减文件使其未用空间等于25% 当文件大小没有超过其建立时的初始大小时不会缩减文件缩减后的文件也必须大于或等于其初始大小对事务日志文件的缩减只有在对其作备份时或将Truncate log on checkpoint 选项设为True 时才能进行。
注意：一般立成建立的数据库默认属性已设好，但碰到意外情况使数据库属性被更改，请用户清空日志后，检查数据库的以上属性，以防事务日志再次充满。

追问

日志的清空，有选择性吗？比如事务日志、逻辑日志什么的。清空日志会不会对数据库有数据损坏呢？有没有不良的影响？

追答

事务日志记录了所有事务以及每个事务对数据库所做的修改，用于确保数据库的数据完整性以及用于数据恢复，(后面这个是个人理解)由于记录的主体对象是事务相关的日志，所以就叫事务日志。而逻辑日志只是事务日志的一部分。这是因为事务日志是以一种回绕文件的方式记录的，是记录当前活动事务日志的，不能被收缩。

一般来说，清空日志是用于数据库的恢复，如果你日后对数据库不再修改，或者确定数据库之后不修改了，可以清空日志，不会对数据库有影响的。