MYSQL网站制作之SQL SERVER 日记满的处置办法

MySQLAB公司的一个高级开发者者表示，“这个特点使得MySQL可以根据你当前的系统的需要来进行调整。”　　事件日记文件TransactionLogFile是用来纪录数据库更新情形的文件，扩大名为ldf。
　　在SQLServer7.0和SQLServer2000中，假如设置了主动增加功效，事件日记文件将会主动扩大。
　　一样平常情形下，在可以包容两次事件日记截断之间产生的最年夜数目的事件时，事件日记的巨细是不乱的，事件日记截断由反省点大概事件日记备份触发。
　　但是，在某些情
　　事件日记文件TransactionLogFile是用来纪录数据库更新情形的文件，扩大名为ldf。
　　在SQLServer7.0和SQLServer2000中，假如设置了主动增加功效，事件日记文件将会主动扩大。
　　一样平常情形下，在可以包容两次事件日记截断之间产生的最年夜数目的事件时，事件日记的巨细是不乱的，事件日记截断由反省点大概事件日记备份触发。
　　但是，在某些情形下，事件日记大概会变得十分年夜，乃至用尽空间或变满。一般，在事件日记文件占尽可用磁盘空间且不克不及再扩大时，您将收到以下毛病动静：
Error:9002,Severity:17,State:2
Thelogfilefordatabase’%.*ls’isfull.
　　除呈现此毛病动静以外，SQLServer还大概由于短少事件日记扩大空间而将数据库标志为SUSPECT。有关怎样今后情况中恢复的其他信息，请拜见SQLServer联机匡助中的“磁盘空间不敷”主题。
别的，事件日记扩大大概招致以下情况：
・十分年夜的事件日记文件。
・事件大概会失利并大概入手下手回滚。
・事件大概会用很长工夫才干完成。
・大概产生功能成绩。
・大概产生堵塞征象。
缘故原由
事件日记扩大大概因为以下缘故原由或情况而产生：
・未提交的事件
・十分年夜的事件
・操纵：DBCCDBREINDEX和CREATEINDEX
・在处置务日记备份复原时
・客户端使用程序不处置一切了局
・查询在事件日记完成扩大之前超时，您收到假的“LogFull”毛病动静
・未复制的事件
　　办理办法
　　日记文件满而形成SQL数据库没法写进文件时，可用两种办法：
　　一种办法：清空日记。
　　1．翻开查询剖析器，输出命令
DUMPTRANSACTION数据库名WITHNO_LOG
　　2.再翻开企业办理器--右键你要紧缩的数据库--一切义务--压缩数据库--压缩文件--选择日记文件--在压缩体例里选择压缩至XXM,这里会给出一个同意压缩到的最小M数,间接输出这个数,断定就能够了。
　　另外一种办法有必定的风险性，由于SQLSERVER的日记文件不是立即写进数据库主文件的，如处置不妥，会形成数据的丧失。
1:删除LOG
分别数据库企业办理器－＞服务器－＞数据库－＞右键－＞分别数据库
2：删除LOG文件
附加数据库企业办理器－＞服务器－＞数据库－＞右键－＞附加数据库
此法天生新的LOG，巨细只要500多K。
注重：倡议利用第一种办法。
假如今后,不想要它变年夜。
SQL2000下利用：
在数据库上点右键->属性->选项->妨碍恢复-模子-选择-复杂模子。
或用SQL语句：
alterdatabase数据库名setrecoverysimple
别的，如上图中数据库属性有两个选项，与事件日记的增加有关：
Truncatelogoncheckpoint
(此选项用于SQL7.0，SQL2000中即妨碍恢复模子选择为复杂模子)
　　当实行CHECKPOINT命令时假如事件日记文件凌驾其巨细的70%则将其内容扫除在开辟数据库不时常将此选项设置为True
Autoshrink
　　按期对数据库举行反省当数据库文件或日记文件的未用空间凌驾其巨细的25%时，体系将会主动缩减文件使其未用空间即是25%当文件巨细没有凌驾其创建时的初始巨细时不会缩减文件缩减后的文件也必需年夜于或即是其初始巨细对事件日记文件的缩减只要在对其作备份时或将Truncatelogoncheckpoint选项设为True时才干举行。
　　注重：一样平常立成创建的数据库默许属性已设好，但碰着不测情形使数据库属性被变动，请用户清空日记后，反省数据库的以上属性，以防事件日记再次充斥。
最近由权威调查机构Evans数据公司进行的一项调查显示，MySQL在过去两年已经获得了25%的市场份额。该调查公司还预测，相比其他的开源数据库和闭源数据库。