SQL Server 数据库有三种文件类型，分别是数据文件、次要数据文件和日志文件，其中日志文件包含着用于恢复数据库的所有日志信息，SQL Server总是先写日志文件ldf，数据变化写入mdf则可以滞后，所以日志写入的速度在一定程序上决定了SQL Server所能承载的写事务量，那么ldf写入大小是多少呢？
要知道SQL Server写 Log的大小，这里使用工具Process Monitor
这里设置一个Filter，以满足只收集SQL Server 写日志，如下图所示：
在一个OLTP生产环境的结果分析如下：
从中可以看到这个UserDB.ldf的Log写入是顺序写，写入大小以1024byte为主：
通过上面的结果，针对Log文件ldf的写要求，我们在选择磁盘及RAID时，如何来做呢？推荐使用工具SQLIO来做一个针对单线程顺序写1kb硬件性能比对测试，来模拟Log写操作，这个将在以后的文章里进行测试。
那么，SQL Log写入ldf一定是以1024byte最多吗？这个不一定的，以下是在另外的OLTP下得到的结果：
下面这个是Tempdb:
![$IA4%JB$Q]2G9MO4S0R17(Q](http://www.sqlcn.com/zb_users/upload/2014/05/IA4JBQ2G9MO4S0R17Q.jpg "$IA4%JB$Q]2G9MO4S0R17(Q")
那么你的是多少呢？可以用Process Monitor下测下。
Process Monitor下载地址
收集到的数据存成Logfile.CSV.
然后用下列语句进行分析：
USE tempdb
GO
CREATE TABLE [dbo].[Logfile]
(
[Time of Day] [nvarchar](MAX) NULL ,
[Process Name] [nvarchar](MAX) NULL ,
[PID] [nvarchar](MAX) NULL ,
[Operation] [nvarchar](MAX) NULL ,
[Path] [nvarchar](MAX) NULL ,
[Result] [nvarchar](MAX) NULL ,
[Detail] [nvarchar](MAX) NULL
)
ON [PRIMARY]
GO
BULK INSERT [Logfile] FROM 'D:\Tmp\Logfile.CSV'
WITH (
FIELDTERMINATOR =',',
FIRSTROW=2
)
SELECT [Time of Day] ,
[Process Name] ,
PID ,
Operation ,
REPLACE(PATH, 'DBname', 'myDB') AS Path ,
Result ,
Detail
FROM [Logfile]
--WHERE PATH LIKE '%DBname%'
SELECT SUBSTRING(detail, CHARINDEX('Length:', detail) + 7,
CHARINDEX('Flags', detail) - CHARINDEX('Length:', detail)
- 13) AS size
INTO #
FROM [Logfile]
WHERE PATH LIKE '%HighEndSeekerDB%'
SELECT size AS [SIZE(Bypte)] ,
COUNT(*) AS CNT ,
LTRIM(CAST(COUNT(*) * 1.0 / ( SELECT COUNT(*)
FROM #
) * 100 AS NUMERIC(18, 4))) + '%' AS ratio
FROM #
GROUP BY size
--ORDER BY count(*) desc
--ORDER BY CAST(REPLACE(size, ',', '') AS BIGINT)
ORDER BY ratio DESC
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。