Início / dba / Perguntas / 54377
Accepted
Jeremiah Peschka
Asked: 2013-12-04 12:09:31 +0800 CST

É possível visualizar os valores LRU-K no SQL Server?

  • 772

No SQL Server sys.dm_os_memory_cache_entriesé possível visualizar tanto o custo original de uma entrada no cache quanto o custo atual da entrada no cache ( original_coste current_costrespectivamente). O DMV sys.dm_os_buffer_descriptorscontém um registro das páginas que estão atualmente na memória, bem como alguns metadados sobre as páginas. Uma informação interessante não disponível no DVM são os valores LRU-K para as páginas de dados.

É possível obter os valores LRU-K para páginas de dados no buffer pool no SQL Server? Em caso afirmativo, como?

sql-server

2 respostas

  1. Best Answer

    Na verdade, não há uma maneira útil de fazer isso, até onde posso ver.

    A outra resposta menciona DBCC PAGEe deixa para o leitor descobrir os detalhes. Pela experimentação, presumo que eles signifiquem bUse1.

    Isso não leva em conta que DBCC PAGEé um uso da página e o valor é atualizado antes de ser mostrado para nós.

    Um script demonstrando isso está abaixo (leva 12 segundos para ser executado).

    USE tempdb;

CREATE TABLE T(X INT);

INSERT INTO T VALUES(1);

DECLARE @DBCCPAGE NVARCHAR(100);

SELECT @DBCCPAGE = 'DBCC PAGE(0,' + CAST(file_id AS VARCHAR) + ',' + CAST(page_id AS VARCHAR) + ',0) WITH TABLERESULTS;'
FROM   T CROSS APPLY  sys.fn_PhysLocCracker (%%physloc%%)

DECLARE @DbccResults TABLE 
(
      ID INT IDENTITY,
      ParentObject VARCHAR(1000)NULL,
      Object VARCHAR(4000)NULL,
      Field VARCHAR(1000)NULL,
      ObjectValue VARCHAR(MAX)NULL
)    
INSERT INTO @DbccResults EXEC(@DBCCPAGE)  
WAITFOR DELAY '00:00:07'
INSERT INTO @DbccResults EXEC(@DBCCPAGE)  
WAITFOR DELAY '00:00:05'
INSERT INTO @DbccResults EXEC(@DBCCPAGE)             

SELECT *
FROM @DbccResults   
WHERE Field = 'bUse1'    
ORDER BY ID

EXEC(@DBCCPAGE) 

DROP TABLE T

    Os resultados típicos são

    +----+--------------+-------------------------+-------+-------------+
| ID | ParentObject |         Object          | Field | ObjectValue |
+----+--------------+-------------------------+-------+-------------+
|  8 | BUFFER:      | BUF @0x00000002FE1F1440 | bUse1 |       54938 |
| 49 | BUFFER:      | BUF @0x00000002FE1F1440 | bUse1 |       54945 |
| 90 | BUFFER:      | BUF @0x00000002FE1F1440 | bUse1 |       54950 |
+----+--------------+-------------------------+-------+-------------+

    Sendo o segundo resultado

    +---------+-------------------------+--------------+--------------------+
| BUFFER: | BUF @0x00000002FE1F1440 | bpage        | 0x00000002F4968000 |
| BUFFER: | BUF @0x00000002FE1F1440 | bhash        | 0x0000000000000000 |
| BUFFER: | BUF @0x00000002FE1F1440 | bpageno      | (1:120)            |
| BUFFER: | BUF @0x00000002FE1F1440 | bdbid        | 8                  |
| BUFFER: | BUF @0x00000002FE1F1440 | breferences  | 0                  |
| BUFFER: | BUF @0x00000002FE1F1440 | bcputicks    | 0                  |
| BUFFER: | BUF @0x00000002FE1F1440 | bsampleCount | 0                  |
| BUFFER: | BUF @0x00000002FE1F1440 | bUse1        | 54950              |
| BUFFER: | BUF @0x00000002FE1F1440 | bstat        | 0x9                |
| BUFFER: | BUF @0x00000002FE1F1440 | blog         | 0x1c9a             |
| BUFFER: | BUF @0x00000002FE1F1440 | bnext        | 0x0000000000000000 |
+---------+-------------------------+--------------+--------------------+

    A saída após o atraso de 7 segundos é incrementada em 7 e após o atraso de 5 segundos em 5.

    Portanto, parece claro que esses valores de LRU são segundos desde alguma época. Reiniciar o serviço do SQL Server não altera a época, mas reiniciar a máquina sim.

    O valor rola a cada 65.536 segundos, então presumo que use algo comosystem_up_time mod 65536

    Isso deixa uma pergunta sem resposta em minha mente (algum candidato?). O SQL Server usa LRU-Kcom K=2de acordo com o livro interno. Não deveria haver um bUse2? Se sim, onde é isso?

    Existe uma maneira de observar o bUse1valor sem alterá-lo que eu conheço e que é demonstrada por Bob Ward aqui.

    Anexe um depurador ao processo do SQL Server e exiba a memória referenciada para o endereço de memória da estrutura do buffer (mostrado 0x00000002FE1F1440acima).

    Fiz isso imediatamente após executar o script acima e vi o seguinte.

    insira a descrição da imagem aqui

    (Na experiência anterior, descobri que os bytes destacados eram os únicos que mudavam entre as execuções, então esses são definitivamente os corretos).

    Um aspecto surpreendente é que SELECT CAST(0xc896 as int)= 51350.

    Isso é exatamente 3600 (uma hora) a menos do que o relatado por DBCC PAGE.

    Acredito que seja uma tentativa de desfavorecer as páginas mantidas em cache chamando a DBCC PAGEsi mesmo. Para uma página "normal", selecione este ajuste de uma hora não ocorre. Depois de correr

    SELECT *
FROM T

SELECT ((ms_ticks) % 65536000) / 1000 AS [Roughly Expected Value]
FROM sys.dm_os_sys_info

    O valor mostrado na memória é o esperado.

    Na DBCCverdade, o comando atualiza esse valor duas vezes. Uma vez em

    sqlmin.dll!BPool::Touch()  + 0x3bfe bytes   
sqlmin.dll!BPool::Get()  + 0x12e bytes  
sqlmin.dll!LatchedBuf::ReadLatch()  + 0x14f bytes   
sqlmin.dll!UtilDbccDumpPage()  + 0x364 bytes    
sqlmin.dll!DbccPage()  + 0xfa bytes 
sqllang.dll!DbccCommand::Execute()  + 0x153 bytes

    Com o valor mais alto, novamente em

    sqlmin.dll!LatchedBuf::FreeAndUnlatch()  + 0x71 bytes   
sqlmin.dll!UtilDbccDumpPage()  + 0x545 bytes    
sqlmin.dll!DbccPage()  + 0xfa bytes 
sqllang.dll!DbccCommand::Execute()  + 0x153 bytes

    Com o inferior.

    Não tenho conhecimento de nenhuma maneira de obter endereços de buffer para páginas sem usar DBCC BUFFER/ de DBCC PAGEqualquer maneira e usar essas duas alterações o valor que estamos tentando inspecionar!

    • 24

  2. Como mencionei ao Sr. Peschka no twitter, essas informações são mantidas na estrutura do BUF que mantém a página na memória. DBCC PAGE fornece essas informações como parte de seu cabeçalho.

    • 8

relate perguntas