sql server数据库日志收缩（SQL数据库中日志收缩、截断等等是什么）

本文目录

• SQL数据库中日志收缩、截断等等是什么
• sql2008中如何收缩数据库日志文件
• SQLServer数据库收缩相关知识
• sql server 数据库怎样压缩数据库日志文件
• MSSQL数据库日志的压缩与清除技巧

SQL数据库中日志收缩、截断等等是什么

如：shgzts为数据库名
dump transaction shgzts with no_log --截断日志
backup log shgzts with no_log --备份日志
dbcc shrinkdatabase(shgzts,truncateonly) --数据库收缩

sql2008中如何收缩数据库日志文件

解决方法:
方法一
右键选择数据库-》任务-》收缩-》文件-》文件类型-》日志-》在释放未使用的空间前重新组织页
方法二（不推荐）
1 必须先改成简单模式
2 然后用
----Logical Files :
--CMS1.5_Data
--CMS1.5_Log
DBCC SHRINKFILE (N’CMS1.5_Log’ , 1)
GO
注：Data是数据文件，Log是日志文件

SQLServer数据库收缩相关知识

SQL Server 数据库采取预先分配空间的方法来建立数据库的数据文件或者日志文件，比如数据文件的空间分配了300MB，而实际上只占用了20MB空间，这样就会造成磁盘存储空间的浪费。可以通过数据库收缩技术对数据库中的每个文件进行收缩，删除已经分配但没有使用的页。从而节省服务器的存储的成本。

官方解释：收缩数据文件通过将数据页从文件末尾移动到更靠近文件开头的未占用的空间来恢复空间。在文件末尾创建足够的可用空间后，可以取消对文件末尾的数据页的分配并将它们返回给文件系统。

收缩后的数据库不能小于数据库最初创建时指定的大小。 或是上一次使用文件大小更改操作（如 DBCC SHRINKFILE）设置的显式大小。

比如：如果数据库最初创建时的大小为 10 MB，后来增长到 100 MB，则该数据库最小只能收缩到 10 MB，即使已经删除数据库的所有数据也是如此。

不能在备份数据库时收缩数据库。 反之，也不能在数据库执行收缩操作时备份数据库。

介绍：收缩指定数据库中的数据文件大小。

语法格式：

参数说明：

介绍：收缩当前数据库的指定数据或日志文件的大小，或通过将数据从指定的文件移动到相同文件组中的其他文件来清空文件，以允许从数据库中删除该文件。文件大小可以收缩到比创建该文件时所指定的大小更小。这样会将最小文件大小重置为新值。

语法格式：

参数说明：

例如，如果创建一个10MB 的文件，然后在文件仍然为空的时候将文件收缩为2 MB，默认文件大小将设置为2 MB。这只适用于永远不会包含数据的空文件。

另附SqlServer常见问题解答

1）管理器不会主动刷新，需要手工刷新一下才能看到最新状态（性能方面的考虑）
2）很少情况下，恢复进程被挂起了。这个时候假设你要恢复并且回到可访问状态，要执行：
RESTORE database dbname with recovery
这使得恢复过程能完全结束。
3）如果你要不断恢复后面的日志文件，的确需要使数据库处于“正在还原状态”，
这通常是执行下面命令：
RESTORE database dbname with norecovery

原来SQL Server对服务器内存的使用策略是用多少内存就占用多少内存，只用在服务器内存不足时，才会释放一点占用的内存，所以SQL Server 服务器内存往往会占用很高。我们可以通过DBCC MemoryStatus来查看内存状态。

SQL SERVER运行时会执行两种缓存:

1. 数据缓存：执行个查询语句，SQL SERVER会将相关的数据页（SQL SERVER操作的数据都是以页为单位的）加载到内存中来， 下一次如果再次请求此页的数据的时候，就无需读取磁盘了，大大提高了速度。

2.执行命令缓存：在执行存储过程，自定函数时，SQL SERVER需要先二进制编译再运行，编译后的结果也会缓存起来， 再次调用时就无需再次编译。

可以调用以下几个DBCC管理命令来清理这些缓存：

但是，这几个命令虽然会清除掉现有缓存，为新的缓存腾地方，但是Sql server并不会因此释放掉已经占用的内存。SQL SERVER并没有提供任何命令允许我们释放不用到的内存。因此我们只能通过动态调整SQL SERVER可用的物理内存设置来强迫它释放内存。

解决SQLSERVER内存占用过高的方法：

1、清除所有缓存　　DBCC DROPLEANBUFFERS

2、调整SQLSERVER可使用的最大服务器内存。

　　在SQL管理器，右击实例名称

　　在属性实例属性里面找到内存选项

把最大内存改成合适的内存，确定后内存就会被强制释放，然后重启实例。再看看任务管理器，内存使用率就降下来啦。

　　1、查看连接对象

USE master

GO

--如果要指定数据库就把注释去掉

SELECT * FROM sys.)=’gposdb’

　　当前连接对象有67个其中‘WINAME’的主机名，‘jTDS’的进程名不属于已知常用软件，找到这台主机并解决连接问题。在360流量防火墙中查看有哪个软件连接了服务器IP，除之。

2、然后使用下面语句看一下各项指标是否正常，是否有阻塞，正常情况下搜索结果应该为空。

SELECT TOP 10

,

,

AS ’开始时间’,

AS ’状态’,

AS ’命令’,

dest. AS ’sql语句’,

DB_NAME() AS ’数据库名’,

AS ’正在阻塞其他会话的会话ID’,

AS ’等待资源类型’,

AS ’等待时间’,

AS ’等待的资源’,

AS ’物理读次数’,

AS ’写次数’,

AS ’逻辑读次数’,

AS ’返回结果行数’

FROM sys. AS der

CROSS APPLY

sys.) AS dest

WHERE )=’gposdb’

ORDER BY DESC

查看是哪些SQL语句占用较大可以使用下面代码

--在SSMS里选择以文本格式显示结果

SELECT TOP 10

dest. AS ’sql语句’

FROM sys. AS der

CROSS APPLY

sys.) AS dest

WHERE 》50

ORDER BY DESC

3、如果SQLSERVER存在要等待的资源，那么执行下面语句就会显示出会话中有多少个worker在等待

SELECT TOP 10

,

,

AS ’开始时间’,

AS ’状态’,

AS ’命令’,

dest. AS ’sql语句’,

DB_NAME() AS ’数据库名’,

AS ’正在阻塞其他会话的会话ID’,

der. AS ’等待资源类型’,

AS ’等待时间’,

AS ’等待的资源’,

AS ’当前正在进行等待的任务数’,

AS ’物理读次数’,

AS ’写次数’,

AS ’逻辑读次数’,

AS ’返回结果行数’

FROM sys. AS der

INNER JOIN AS dows

ON der.

CROSS APPLY

sys.) AS dest

WHERE 》50

ORDER BY DESC;

4、查询CPU占用最高的SQL语句

SELECT TOP 10

total_worker_time/execution_count AS avg_cpu_cost, plan_handle,

execution_count,

(SELECT SUBSTRING(text, statement_start_offset/2 + 1,

(CASE WHEN statement_end_offset = -1

THEN LEN(CONVERT(nvarchar(max), text)) * 2

ELSE statement_end_offset

END - statement_start_offset)/2)

FROM sys.dm_exec_sql_text(sql_handle)) AS query_text

FROM sys.dm_exec_query_stats

ORDER BY DESC;

5、索引缺失查询

SELECT

DatabaseName = DB_NAME(database_id)

, = count(*)

FROM sys.dm_db_missing_index_details

GROUP BY DB_NAME(database_id)

ORDER BY 2 DESC;

SELECT TOP 10

= ROUND(avg_total_user_cost * avg_user_impact * (user_seeks + user_scans),0)

, avg_user_impact

, TableName = statement

, = equality_columns

, = inequality_columns

, = included_columns

FROM sys.dm_db_missing_index_groups g

INNER JOIN sys.dm_db_missing_index_group_stats s

ON s.group_handle = g.index_group_handle

INNER JOIN sys.dm_db_missing_index_details d

ON d.index_handle = g.index_handle

ORDER BY DESC;

　　找到索引缺失的表，根据查询结果中的关键次逐一建立索引。

sql server 数据库怎样压缩数据库日志文件

具体方法有3种。
方法一:
第一步：
backup log database_name with no_log
或者 backup log database_name with truncate_only
-- no_log和truncate_only是在这里是同义的，随便执行哪一句都可以。
第二步：
1.收缩特定数据库的所有数据和日志文件，执行：
dbcc shrinkdatabase (database_name,)
-- database_name是要收缩的数据库名称；target_percent是数据库收缩后的数据库文件中所要的剩余可用空间百分比。
2.收缩一次一个特定数据库中的数据或日志文件，执行
dbcc shrinkfile(file_id,)
-- file_id是要收缩的文件的标识 (ID) 号,若要获得文件 ID，请使用 FILE_ID 函数或在当前数据库中搜索 sysfiles；target_size是用兆字节表示的所要的文件大小（用整数表示）。如果没有指定，dbcc shrinkfile 将文件大小减少到默认文件大小。两个dbcc都可以带上参数notruncate或truncateonly，具体意思查看联机帮助.
方法二：
第一步：
先备份整个数据库以备不测 。
第二步：
备份结束后，在Query Analyzer中执行如下的语句：
exec sp_detach_db yourDBName,true
--卸除这个DB在MSSQL中的注册信息
第三步：
到日志的物理文件所在的目录中去删除该日志文件或者将该日志文件移出该目录
第四步：
在Query Analyzer中执行如下的语句：
exec sp_attach_single_file_db yourDBName,’
d:\mssql\data\yourDBName_data.mdf ’
--以单文件的方式注册该DB，如果成功则MSSQL将自动为这个DB生成一个500K的日志文件。
方法三:
1. 进入企业管理器，选中数据库，比如demo
2. 所有任务-》分离数据库
3. 到数据库文件的存放目录，将MuOnline_log.LDF文件删除，以防万一，你可以拷出去
4. 企业管理器-》附加数据库，选muonline，这个时候你会看见日志文件这项是一个叉，不要紧，继续，此时数据库就会提示你该数据库无日志是否创建一个新的，确定就是了。
5. 记得数据库重新附加后用户要重新设置一下。
如果以后,不想要它变大:
SQL2000下使用：
在数据库上点右键-》属性-》选项-》故障恢复-模型-选择-简单模型。
或用SQL语句：
alter database 数据库名 set recovery simple

MSSQL数据库日志的压缩与清除技巧

一般情况下，SQL数据库的收缩并不能很大程度上减小数据库大小，其主要作用是收缩日志大小，应当定期进行此操作以免数据库日志过大：
1、设置数据库模式为简单模式：打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server--SQL Server组--双击打开你的服务器--双击打开数据库目录--选择你的数据库名称（如论坛数据库Forum）--然后点击右键选择属性--选择选项--在故障还原的模式中选择"简单"，然后按确定保存。
2、在当前数据库上点右键，看所有任务中的收缩数据库，一般里面的默认设置不用调整，直接点确定。
3、收缩数据库完成后，建议将您的数据库属性重新设置为标准模式，操作方法同第一点，因为日志在一些异常情况下往往是恢复数据库的重要依据。
方法二
SET NOCOUNT ON
DECLARE @LogicalFileName sysname,
@MaxMinutes INT,
@NewSize INT
USE
tablename
-- 要操作的数据库名
SELECT　@LogicalFileName = ’tablename_log’,　-- 日志文件名
@MaxMinutes = 10,
-- Limit on time allowed to wrap log.
@NewSize = 1
-- 你想设定的日志文件的大小(M)
-- Setup / initialize
DECLARE @OriginalSize int
SELECT @OriginalSize = size
FROM sysfiles
WHERE name = @LogicalFileName
SELECT ’Original Size of ’ + db_name() + ’ LOG is ’ +
CONVERT(VARCHAR(30),@OriginalSize) + ’ 8K pages or ’ +
CONVERT(VARCHAR(30),(@OriginalSize*8/1024)) + ’MB’
FROM sysfiles
WHERE name = @LogicalFileName
CREATE TABLE DummyTrans
(DummyColumn char (8000) not null)
DECLARE @Counter
INT,
@StartTime DATETIME,
@TruncLog　VARCHAR(255)
SELECT　@StartTime = GETDATE(),
@TruncLog = ’BACKUP LOG ’ + db_name() + ’ WITH TRUNCATE_ONLY’
DBCC SHRINKFILE (@LogicalFileName, @NewSize)
EXEC (@TruncLog)
-- Wrap the log if necessary.
WHILE
@MaxMinutes
DATEDIFF (mi, @StartTime, GETDATE()) -- time has not expired
AND @OriginalSize = (SELECT size FROM sysfiles WHERE name = @LogicalFileName)
AND (@OriginalSize * 8 /1024)
@NewSize
BEGIN -- Outer loop.
SELECT @Counter = 0
WHILE　((@Counter
@OriginalSize / 16) AND (@Counter
50000))
BEGIN -- update
INSERT DummyTrans VALUES (’Fill Log’)
　DELETE DummyTrans
　SELECT @Counter = @Counter + 1
END
EXEC (@TruncLog)
END　
SELECT ’Final Size of ’ + db_name() + ’ LOG is ’ +
CONVERT(VARCHAR(30),size) + ’ 8K pages or ’ +
CONVERT(VARCHAR(30),(size*8/1024)) + ’MB’
FROM sysfiles
WHERE name = @LogicalFileName
DROP TABLE DummyTrans
SET NOCOUNT OFF