仓酷云

标题: MSSQL网站制作之减少SQL SERVER日记文件 [打印本页]

作者: 深爱那片海 时间: 2015-1-16 22:35
标题: MSSQL网站制作之减少SQL SERVER日记文件
2008年1月16号MySQLAB被Sun公司收购。而2009年，SUN又被Oracle收购。就这样如同一个轮回，MySQL成为了Oracle公司的另一个数据库项目。serverSQLserver2000会有日记文件因为工夫的堆集愈来愈年夜的成绩：数据库实践巨细为15M,日记文件实践巨细为625KB(导出的日记文件),但日记文件实践占用空间为200MB（默许设置是文件日记会主动增加）。
假如想在数据库属性那边，间接将以后的日记文件的存储空间改小，是不可的。办理办法:
找到上面的代码，能够将日记文件减少到本人想要的巨细了。把代码COPY到查询剖析器里，，然后修正个中的3个参数(数据库名，日记文件名，和方针日记文件的巨细)，运转便可!

SETNOCOUNTON
DECLARE@LogicalFileNamesysname,
@MaxMinutesINT,
@NewSizeINT

USEGFCMS--要操纵的数据库名
SELECT@LogicalFileName=GFCMS_log,--日记文件名
@MaxMinutes=10,--Limitontimeallowedtowraplog.
@NewSize=100--你想设定的日记文件的巨细(M)，注重此巨细必需小于实践文件巨细

--Setup/initialize
--猎取原始文件巨细
DECLARE@OriginalSizeint

SELECT@OriginalSize=size
FROMsysfiles
WHEREname=@LogicalFileName

SELECTOriginalSizeof+db_name()+LOGis+
CONVERT(VARCHAR(30),@OriginalSize)+8Kpagesor+
CONVERT(VARCHAR(30),(@OriginalSize*8/1024))+MB
FROMsysfiles
WHEREname=@LogicalFileName
CREATETABLEDummyTrans
(DummyColumnchar(8000)notnull)

DECLARE@CounterINT,
@StartTimeDATETIME,
@TruncLogVARCHAR(255)
SELECT@StartTime=GETDATE(),
@TruncLog=BACKUPLOG+db_name()+WITHTRUNCATE_ONLY

EXEC(@TruncLog)--把log中可以shrink的transaction的log标志为能够扫除
DBCCSHRINKFILE(@LogicalFileName,@NewSize)--shrink文件

--Wrapthelogifnecessary.
WHILE@MaxMinutes>DATEDIFF(mi,@StartTime,GETDATE())--timehasnotexpired
AND@OriginalSize=(SELECTsizeFROMsysfilesWHEREname=@LogicalFileName)
AND(@OriginalSize*8/1024)>@NewSize
BEGIN--Outerloop.
SELECT@Counter=0
WHILE((@Counter<@OriginalSize/16)AND(@Counter<50000))
BEGIN--update
INSERTDummyTransVALUES(FillLog)
DELETEDummyTrans
SELECT@Counter=@Counter+1
END
EXEC(@TruncLog)
END

SELECTFinalSizeof+db_name()+LOGis+
CONVERT(VARCHAR(30),size)+8Kpagesor+
CONVERT(VARCHAR(30),(size*8/1024))+MB
FROMsysfiles
WHEREname=@LogicalFileName

DROPTABLEDummyTrans
SETNOCOUNTOFF

具体注释:关头的语句是：BACKUPLOG+db_name()+WITHTRUNCATE_ONLY和DBCCSHRINKFILE(@LogicalFileName,@NewSize)BACKUPLOG+db_name()+WITHTRUNCATE_ONLY：在不备份日记的情形下，删除不举动的日记部分，而且截断日记。可是，截断不减小物理日记文件的巨细，但减小逻辑日记文件的巨细。DBCCSHRINKFILE
压缩相干数据库的指定命据文件或日记文件巨细，即减小物理日记文件的巨细。语法
DBCCSHRINKFILE
({file_name|file_id}
{[,target_size]
|[,{EMPTYFILE|NOTRUNCATE|TRUNCATEONLY}]
}
)具体的形貌能够参考mk:@MSITStore:C:Program%20FilesMicrosoft%20SQL%20Server80ToolsBooks sqlref.chm::/ts_dbcc_8b51.htmmk:@MSITStore:C:Program%20FilesMicrosoft%20SQL%20Server80ToolsBooksarchitec.chm::/8_ar_da2_7vaf.htm但我们知道，若使用statement，并没有上述需要的数据。试想binlog中记录了一句updatetsetf1=3whereid=3。怎么恢复呢？

作者: 小女巫 时间: 2015-1-19 17:53
换言之，只有在不断的失败中尝试成功，而关于失败的总结却是很少的

作者: 若天明 时间: 2015-1-19 17:53
只能告诉你，学好数据库语言和原理，多见识几种数据库软件，比一棵树上吊死要好。

作者: 仓酷云 时间: 2015-1-25 23:34
是要和操作系统进行Socket通讯的场景。否则建议慎重！

作者: 兰色精灵 时间: 2015-2-4 13:23
大家注意一点。如下面的例子：

作者: 深爱那片海 时间: 2015-2-9 23:38
外键的级联更能扩展可能大部分的同行在设计OLTP系统的时候都不愿意建立外键，都是通过程序来控制父子数据的完整性。

作者: 老尸 时间: 2015-2-28 08:44
我是新手，正在学习数据库和操作系统，深感理论的泛广，唯有一步一步来，但是又感觉时间不够，收集了很多资料却总是没能认真的看完，希望有一个讨论板块，大家共同解决，共同分享，共同努力

作者: 简单生活 时间: 2015-3-9 21:41
但是随着数据量的增大，这种成本差距会逐渐减小，趋于相等。（500万数量级只相差10%左右）

作者: 山那边是海 时间: 2015-3-17 01:27
你觉得我的非分区索引无法对起子分区，你可以提醒我一下呀！没有任何的提醒，直接就变成了非分区表。不知道这算不算一个bug。大家也可以试试。

作者: 莫相离 时间: 2015-3-23 15:05
其实可以做一下类比，Oracle等数据库产品老早就支持了java编程，而且提供了java池参数作为用户配置接口。但是现在有哪些系统大批使用了java存储过程？！连Oracle自己的应用都不用为什么？！

欢迎光临仓酷云 (http://ckuyun.com/)