Olá pessoal,
Bom dia!
Neste post, vou apresentar e demonstrar a utilização da ferramenta open-source SQLQueryStress, do Adam Machanic (criador da sp_WhoIsActive), que serve para realizar testes de stress executando uma determinada query, permitindo que você realize uma série de testes na sua instância SQL. Como esse projeto não é mais mantido e atualizado pelo Adam, o Erik Ejlskov Jensen criou um Github para criar novos recursos e melhorias para a ferramenta.
A ferramenta permite que você defina quantas threads serão executadas simultaneamente, quantas execuções e qual o intervalo de tempo entre cada execução, permitindo realizar vários tipos de testes, das quais destaco:
- Verificar o comportamento da instância com uma determinada quantidade de sessões em execução
- Executar várias queries ao mesmo tempo para estressar a CPU, disco e memória do servidor e verificar o seu comportamento
- Simulação de um ambiente crítico com várias transações por segundo durante os testes de sistemas e consultas SQL
- Identificar quantas vezes uma SP é executada por dia, realizar uma otimização e simular qual seria o ganho de tempo no dia
- Executar uma query ou SP várias vezes, com parâmetros aleatórios e analisar seu comportamento
Enfim, a lista de possibilidades é muito grande e o software te dá várias ferramentas para melhorar sua análise, como possibilidade de utilizar ou não, o Pool de conexões, limpar caches, limpar buffer, etc.
A utilização da ferramenta é bem simples, por isso não vou fazer muitas demonstrações. O intuito desse post é compartilhar essa ferramenta para quem ainda não a conhecia, de forma que possa melhorar suas análises sobre a performance das instâncias SQL Server que você demonstra ou fazer testes de performance em alguma query.
Após baixar o executável da ferramenta neste link, você verá a tela inicial do SQLQueryStress. Clique no botão “Database” para configurar a conexão com o banco de dados.
Não recomendo a utilização desse software em ambientes de produção, a não ser que seja em um horário de manutenção agendada e que você queira fazer testes de stress na instância.
Tela inicial do SQLQueryStress
Nesta tela, você poderá digitar o nome do servidor\instância de conexão, bem como dados de tipo de autenticação, usuário e senha.
Tela de configuração de conexão com o banco de dados
De volta à tela inicial, vamos definir a query que será executada, os parâmetros de execução e iniciar o processamento.
Parâmetros de execução:
– Number of Iterations: É o número de vezes que a query será executada
– Number of Threads: Número de sessões que serão executadas em paralelo (ao mesmo tempo)
– Delay between queries (ms): Quantidade de millisegundos entre o fim de uma query e o início da próxima.
Vale ressaltar que o número de vezes que a query será executada é através da conta Number of Iterations x Number of Threads, ou seja, se você colocar 10 iterações com 5 threads, a sua query será executada 50 vezes.
Resultado da execução:
Resultado do WhoIsActive, demonstrando as conexões sendo executadas:
(Obs: Tive que colocar um WAITFOR DELAY na SP para que elas apareçam no WhoIsActive, uma vez que a SP de teste é muito simples e roda muito rápido)
Como utilizar o Parameter Substitution
Clique aqui para saber mais sobre o Parameter Substitution
Neste exemplo, vou criar uma tabela e inserir vários valores aleatórios que serão utilizados como parâmetros para as chamadas da SP que vou testar no SQLQueryStress.
Criação da função para gerar números aleatórios:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
IF (OBJECT_ID('dbo.fncRand') IS NOT NULL) DROP FUNCTION dbo.fncRand GO /* Vou criar uma função para usar no SELECT e realmente trazer valores aleatórios para cada linha */ CREATE FUNCTION dbo.fncRand(@Numero BIGINT) RETURNS BIGINT AS BEGIN RETURN (ABS(CHECKSUM(PWDENCRYPT(N''))) / 2147483647.0) * @Numero END GO |
Geração dos dados aleatórios para testes
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 |
IF (OBJECT_ID('dbo.Testes') IS NOT NULL) DROP TABLE dbo.Testes CREATE TABLE dbo.Testes ( Name VARCHAR(60), Dt_Nascimento DATETIME, CPF VARCHAR(11) ) -- Carga inicial INSERT INTO dbo.Testes SELECT CAST(NEWID() AS VARCHAR(50)) AS Name, DATEADD(DAY, dbo.fncRand(12000), '1980-01-01') AS Dt_Nascimento, RIGHT(REPLICATE('0', 11) + CAST(dbo.fncRand(99999999999) AS VARCHAR(11)), 11) AS CPF DECLARE @Contador INT = 1, @Total INT = 16 WHILE(@Contador <= @Total) BEGIN -- Executo esse trecho várias vezes INSERT INTO dbo.Testes SELECT CAST(NEWID() AS VARCHAR(50)) AS Name, DATEADD(DAY, dbo.fncRand(12000), '1980-01-01') AS Dt_Nascimento, RIGHT(REPLICATE('0', 11) + CAST(dbo.fncRand(99999999999) AS VARCHAR(11)), 11) AS CPF FROM dbo.Testes SET @Contador += 1 END |
Exemplo de tabela com dados aleatórios:
Uma vez que a tabela com os dados de teste já foi criada e populada, basta configurar no software a substituição dos parâmetros:
And that's it, folks!
Espero que tenham gostado desse post e dessa excelente ferramenta para testar queries e o limite de processamento da sua instância SQL Server.
Um abraço e até a próxima.
Portuguese 
English