এটি একটি খুব প্রাথমিক প্রশ্নের মতো মনে হতে পারে এবং সত্যই এটি হওয়া উচিত। তবে, বৈজ্ঞানিক পদ্ধতির অনুরাগী হিসাবে আমি একটি অনুমান তৈরি করতে চাই, তারপরে আমি সঠিক কিনা তা পরীক্ষা করে দেখুন। এই ক্ষেত্রে, আমি আউটপুট আরও ভালভাবে বোঝার চেষ্টা করছি sys.dm_exec_sessions
এবং আরও বিশেষত একক কলাম "রিডস"।
এসকিউএল সার্ভার বই অনলাইন বরং শুকনোভাবে এটি উল্লেখ করে:
এই অধিবেশন চলাকালীন, এই সেশনে অনুরোধ দ্বারা সম্পাদিত পাঠের সংখ্যা। অযোগ্য নয়।
কেউ অনুমান করতে পারেন যে এটি অধিবেশন শুরুর পর থেকে এই অধিবেশন দ্বারা জারি করা অনুরোধগুলি পূরণ করতে ডিস্ক থেকে পঠিত পৃষ্ঠাগুলির সংখ্যা নির্দেশ করে । এই ধারণাটিই আমি ভেবেছিলাম আমি পরীক্ষা করবো।
logical_reads
যে একই টেবিলে কলাম হিসাবে সংজ্ঞায়িত করা হয়:
অধিবেশনটিতে কতগুলি যৌক্তিক পাঠ করা হয়েছে। অযোগ্য নয়।
এসকিউএল সার্ভার ব্যবহার করার অভিজ্ঞতা থেকে, আমি বিশ্বাস করি যে এই কলামটি ডিস্ক থেকে এবং মেমরি উভয় পৃষ্ঠার সংখ্যা প্রতিফলিত করে । অন্য কথায়, পৃষ্ঠা সংখ্যা কি কখনো অধিবেশন, কোন ব্যাপার যেখানে সেই পৃষ্ঠাগুলি রক্ষিত দ্বারা পড়া। অনুরূপ তথ্য সরবরাহকারী দুটি পৃথক কলাম থাকার ডিফারেন্টিটার বা মান-প্রস্তাবনা থেকে মনে হয় যে কোনও নির্দিষ্ট সেশনের জন্য reads
বাফার ক্যাশে ( logical_reads
) থেকে পড়ার তুলনায় ডিস্ক ( ) থেকে পড়া পৃষ্ঠাগুলির অনুপাত বুঝতে পারে ।
আমার পরীক্ষার ছদ্মবেশে, আমি একটি নতুন ডাটাবেস তৈরি করেছি, পরিচিত সংখ্যক পৃষ্ঠাগুলির ডেটা সহ একটি একক টেবিল তৈরি করেছি, তারপরে নতুন সেশনে সেই টেবিলটি পড়ি। তারপরে আমি অধিবেশনটি সম্পর্কে এবং কলামগুলি কী বলেছে sys.dm_exec_sessions
তা দেখার জন্য তাকিয়েছিলাম looked এই মুহূর্তে আমি ফলাফল দ্বারা বিস্মিত। সম্ভবত এখানে কেউ আমার জন্য এই বিষয়ে কিছু আলোকপাত করতে পারে।reads
logical_reads
পরীক্ষার ছদ্মবেশ:
USE master;
IF EXISTS (SELECT 1
FROM sys.databases d
WHERE d.name = 'TestReads')
BEGIN
ALTER DATABASE TestReads SET SINGLE_USER WITH ROLLBACK IMMEDIATE;
DROP DATABASE TestReads;
END
GO
CREATE DATABASE TestReads;
GO
ALTER DATABASE TestReads SET RECOVERY SIMPLE;
BACKUP DATABASE TestReads TO DISK = 'NUL:'; /* ensure we are in
simple recovery model */
GO
USE TestReads;
GO
/*
create a table with 2 rows per page, for easy math!
*/
CREATE TABLE dbo.TestReads
(
ID INT NOT NULL
CONSTRAINT PK_TestReads
PRIMARY KEY CLUSTERED
IDENTITY(1,1)
, SomeData CHAR(4000) NOT NULL
);
/*
insert 5000 pages of data
*/
INSERT INTO dbo.TestReads (SomeData)
SELECT TOP(10000) o1.name
FROM sys.objects o1
, sys.objects o2
, sys.objects o3
ORDER BY o1.object_id
, o2.object_id
, o3.object_id;
/*
Verify we have 5,000 pages of data, with 10,000 rows.
*/
SELECT o.name
, p.rows
, au.total_pages
, au.used_pages
, au.data_pages
FROM sys.partitions p
INNER JOIN sys.objects o ON p.object_id = o.object_id
INNER JOIN sys.allocation_units au
ON p.hobt_id = au.container_id
AND (au.type = 1 or au.type = 0)
WHERE p.index_id = 1
AND o.name = 'TestReads'
AND o.type = 'U';
/*
issue a checkpoint to ensure dirty pages are flushed to disk
*/
CHECKPOINT 30;
DBCC DROPCLEANBUFFERS;
DBCC FREESYSTEMCACHE ('ALL');
DBCC FREEPROCCACHE;
DBCC FREESESSIONCACHE;
GO
/*
ensure we have no data cached in memory for the TestReads database
*/
USE master;
ALTER DATABASE TestReads SET OFFLINE WITH ROLLBACK IMMEDIATE;
ALTER DATABASE TestReads SET ONLINE;
SELECT DatabaseName = d.name
, SchemaName = s.name
, ObjectName = o.name
, AllocatedMB = COUNT(1) * 8192E0 / 1048576
, PagesInMemory = COUNT(1)
FROM sys.dm_os_buffer_descriptors dobd
INNER JOIN sys.allocation_units au
ON dobd.allocation_unit_id = au.allocation_unit_id
INNER JOIN sys.partitions p
ON au.container_id = p.hobt_id
AND (au.type = 1 OR au.type = 0)
INNER JOIN sys.objects o ON p.object_id = o.object_id
INNER JOIN sys.schemas s ON o.schema_id = s.schema_id
INNER JOIN sys.databases d
ON dobd.database_id = d.database_id
WHERE d.name = 'TestReads'
AND o.name = 'TestReads'
AND o.type = 'U'
GROUP BY d.name
, s.name
, o.name;
উপরের প্রথম নির্বাচিত বিবৃতিটি দেখায় যে আসলে টেবিলটি 10,000 টি সারি নিয়ে গঠিত, এতে 5,025 টি মোট পৃষ্ঠা, 5,020 ব্যবহৃত পৃষ্ঠাগুলি এবং 5,000 টি ডাটা পৃষ্ঠা রয়েছে; এক হিসাবে যেমন আশা করবে:
দ্বিতীয় নির্বাচনের বিবৃতিটি নিশ্চিত করে যে আমাদের কাছে TestReads
টেবিলের স্মৃতি নেই ।
একটি নতুন অধিবেশনে , আমরা সেশন_আইডের নোট গ্রহণ করে নিম্নলিখিত কোয়েরিটি করি:
USE TestReads;
SET STATISTICS IO ON;
SELECT *
FROM dbo.TestReads;
যেমনটি প্রত্যাশা করা যায়, এটি ডিস্ক থেকে মেমরিতে পুরো টেবিলটি পড়ে, যা থেকে আউটপুটে দেখানো হয়েছে SET STATISTICS IO ON
:
(10000 row(s) affected)
Table 'TestReads'. Scan count 1, logical reads 5020, physical reads 3,
read-ahead reads 4998, lob logical reads 0, lob physical reads 0, lob
read-ahead reads 0.
একটি তৃতীয় অধিবেশন, আমরা পরিদর্শন sys.dm_exec_sessions
:
SELECT des.session_id
, des.reads
, des.logical_reads
FROM sys.dm_exec_sessions des
WHERE des.session_id = 57; /* session_id from the 2nd (previous) session */
আমি উভয় এবং উভয়ের জন্য কমপক্ষে 5,000 sys.dm_exec_sessions
শো দেখার আশা করব । হায়, আমি শূন্য দেখছি । 5000 এর উত্তরে কোথাও পাঠের একটি প্রত্যাশিত সংখ্যা দেখায় - এটি আমার পরীক্ষায় 5,020 দেখায়:reads
logical_reads
reads
logical_reads
আমি জানি এসকিউএল সার্ভার ডিএমভির TestReads
কারণে পুরো টেবিলটি মেমরির মধ্যে পড়ে sys_dm_os_buffer_descriptors
:
USE TestReads;
GO
SELECT DatabaseName = d.name
, SchemaName = s.name
, ObjectName = o.name
, AllocatedMB = COUNT(1) * 8192E0 / 1048576
, PagesInMemory = COUNT(1)
FROM sys.dm_os_buffer_descriptors dobd
INNER JOIN sys.allocation_units au
ON dobd.allocation_unit_id = au.allocation_unit_id
INNER JOIN sys.partitions p
ON au.container_id = p.hobt_id
AND (au.type = 1 OR au.type = 0)
INNER JOIN sys.objects o ON p.object_id = o.object_id
INNER JOIN sys.schemas s ON o.schema_id = s.schema_id
INNER JOIN sys.databases d
ON dobd.database_id = d.database_id
WHERE d.name = 'TestReads'
AND o.name = 'TestReads'
AND o.type = 'U'
GROUP BY d.name
, s.name
, o.name;
আমি কি ভুল করছি?
আমি এই পরীক্ষার জন্য এসকিউএল সার্ভার 2012 11.0.5343 ব্যবহার করছি।
আরও অনুসন্ধান:
আমি যদি নিম্নলিখিতটি চালিত করি:
SELECT des.session_id
, des.reads
, des.logical_reads
FROM sys.dm_exec_sessions des
আমি reads
সেশনে 784 টি দেখতে পাচ্ছি যেখানে আমি পরীক্ষার ছাদ তৈরি করছি; তবে অন্যান্য সমস্ত সেশন reads
কলামে শূন্য প্রদর্শন করে ।
আমি এখন আমার এসকিউএল সার্ভার পরীক্ষার উদাহরণ 11.0.6020 এ আপডেট করেছি; তবে ফলাফল একই।
SET STATISTICS IO ON
দ্বিতীয় সেশনে আমি টেবিল থেকে পড়ার ঠিক আগে আকর্ষণীয় 3 শারীরিক পাঠ, এবং 4998 রিড-ফরোয়ার্ড রিডস রিপোর্ট করেছে; তবে sys.dm_exec_sessions
এটি reads
কলামে প্রতিফলিত করে না ।
STATISTICS IO
I.stack.imgur.com/XbHae.png
reads
ক্ষেত্রগুলির কিছু বৃদ্ধিতে বিলম্বও দেখছি । আমার সন্দেহ হয় এটি অনেকটা সেশন_স্পেস_উসেজ বা ডিএমভির মতো কাজ করে যা সেশন প্রতি টেম্পডিবির ব্যবহার দেখায় যা "অনুরোধ" শেষ না হওয়া পর্যন্ত বৃদ্ধি পায় না।
sys.dm_exec_requests
আপনাকে প্রায় একইset statistics io on
ফলাফল দেবে।