All perguntas(dba)

Estou executando um Aurora PostgreSQL em uma db.x2g.2xlargeinstância. A simples criação de tabela temporária apareceu como a terceira maior espera, o que me surpreende, pois esperava que fosse uma das consultas mais leves.

A consulta é chamada em uma transação:

CREATE TEMP TABLE identifiers_to_resolve (  
  scheme_pk BIGINT,
  host_pk BIGINT,
  port INT NOT NULL,
  scheme_specific_part VARCHAR NOT NULL,
  index INTEGER NOT NULL
)  ON COMMIT DROP;

Quero usar a tabela temporária como um armazenamento temporário na transação durante uma consulta mais complicada.

As estatísticas dos insights de desempenho:

• Carga por espera (AAS): 0,42
• Chamadas/s: 123,64
• Acertos pretos/s: 48.499,58
• Gravações pretas/seg: 16,32
• Latência média ms/chamada: 3,24
• Preto atinge/liga 329,27
• Blk escreve/chama 0,13

Todas as outras estatísticas são 0.

Os insights de desempenho registram as esperas como quase todas as "CPU". Captura de tela anexada.

Acho que 123 chamadas por segundo é uma taxa bastante baixa e estou surpreso que esteja sobrecarregando tanto o banco de dados e afetando tantos blocos. Pelos casos de uso que li sobre tabelas temporárias, esperava que tivessem menor impacto.

É típico que a criação de tabelas temporárias cause tanta espera na CPU?

INFO [HintsDispatcher:416] 2024-02-12 01:42:41.180 NoSpamLogger.java:91 - Uso máximo de memória atingido (536870912), não é possível alocar o pedaço de 1048576

#Estamos obtendo as informações acima nos logs. Além disso, estamos enfrentando alertas de latência (Condição: mais de 2 segundos com intervalo de 5 minutos). Existe alguma relação entre a latência e esta INFO no Log?

Um aumento em file_cache_size_in_mb poderia ajudar aqui de qualquer maneira ou a condição parece muito restrita e podemos expandir isso (por exemplo, 5 segundos em 5 minutos). Nenhuma reclamação sobre problemas de latência do lado do aplicativo no momento.

Eu tenho duas mesas.

tabela1 (TABLE_HRD_CONTACTS_V01) Col_Primary_Key,Col_Call,COL_EMAIL

tabela2 (TABLE_EMAIL) Col_Primary_Key,Col_Call,COL_EMAIL

Ambos têm mais.

O aplicativo adiciona à Tabela1. Meu código está tentando inserir na tabela2 existe na tabela1

Este é o código executado para construir pela primeira vez, qual é a melhor maneira de inserir indo para frente?

INSERT INTO TABLE_EMAIL (`COL_PRIMARY_KEY`, `COL_CALL`, `COL_EMAIL`) 
SELECT `COL_PRIMARY_KEY`, `COL_CALL`, `COL_EMAIL` 
FROM TABLE_HRD_CONTACTS_V01 
WHERE `COL_PRIMARY_KEY` <> 999999999 ;

Tenho uma consulta travada e não consigo encerrá-la. Eu tentei o seguinte para recuperar o pid:

SELECT * FROM pg_stat_activity WHERE state = 'active';

Eu tentei cancelá-lo usando o seguinte, mas consegui

ERRO: cancelando instrução devido à solicitação do usuário Estado SQL: 57014

SELECT pg_cancel_backend(11392);
SELECT pg_terminate_backend(11392);

Abaixo está a imagem do painel e o banco de dados está ativo, mas o status não deveria ser 'ocioso' em vez de ativo?

Configurei um Wal Shipping (standby) no postgresql como:

No mestre, habilitei archive_mode = on, archive_commandpara um local compartilhado entre mestre e escravo e archive_timeout.

No escravo, configurei Restore_commandpara recuperar esses arquivos wal do local compartilhado e criei um standby.signalarquivo.

Mas como monitorar via SQL se o escravo está sincronizado e aplicando esses logs?

Eu sei que na replicação de streaming podemos:

-- on master
select * from pg_stat_replication;

-- On replica
select * from pg_stat_wal_receiver;

Mas e uma replicação manual usando o wal Shipping?

Se você excluir as linhas no final da tabela, o incremento automático será redefinido:

sqlite> CREATE TABLE my_table (
    id INTEGER PRIMARY KEY
);
...
sqlite> SELECT * FROM my_table;
1
2
3
sqlite> DELETE FROM my_table WHERE id = 3;
sqlite> SELECT * FROM my_table;
1
2
sqlite> INSERT INTO my_table DEFAULT VALUES;
sqlite> SELECT * FROM my_table;
1
2
3

Quero que o último comando retorne

1
2
4

Isso é possível?

O Data Collector é o conceito mais obscuro do SQL Server que conheço. Nunca vi isso mencionado em um contexto profissional ou educacional, muito menos usado . Eu nem acho que tenha uma tag neste site, embora eu tenha feito meus melhores palpites. No entanto, o seu apoio no dbatools é um forte sinal de que deve ter algum valor.

Li a documentação do Data Collector com a mente aberta, mas simplesmente não consigo imaginar um caso de uso para ele. Quais são alguns casos de uso típicos em versões suportadas (ou seja, 2012+) do SQL Server?

Executando lsof +L1

COMANDO PID USUÁRIO TIPO FD TAMANHO DO DISPOSITIVO/DESLIGADO NOME DO NÓ NLINK

mysqld 886068 mysql 521u REG 254,1 194824503296 0 29360306 /tmp/#29360306 (excluído)

Executando o mysql 3.0.34 em um cluster innodb. Aparentemente aleatoriamente, o disco é consumido com todos os 300 GB dele em uma pasta tmp, quando fica cheio, ele é liberado.

Procurando sugestões/como limitar o tamanho da tabela tmp?

SET @sys.statement_truncate_len = 1000; selecione * em sys. statements_with_temp_tables;

Rende 1 item sinalizado como disk_tmp_tables.

consulta db exec_count total_latency memory_tmp_tables disk_tmp_tables avg_tmp_tables_per_query tmp_tables_to_disk_pct first_seen last_seen resumo SELECT TABLE_NAME FROM information_schema. INNODB_BUFFER_PAGEONDE TABLE_NAME GOSTA? LIMITE?, ... 1.439,42 ms 1 1 1.100 2024-02-09 10:14:54.800889 2024-02-09 10:14:54.800889 d24fb8e96673a518f0f536b9516781644ffb7a5079f9 5490cec24804437f34a9

Quero ordenar os registros da minha taskstabela de acordo com completede depois de acordo com workOrderID, assim como posso fazer com a ORDER BYcláusula de uma SELECTconsulta, para que isso

é armazenado assim

Quando tento, recebo um erro de sintaxe e não vejo essa funcionalidade mencionada nos documentos. Acho que isso pode acelerar algumas consultas.

Estou migrando um banco de dados do SQL Server 2019 para o SQL Server 2017. Para isso, estou utilizando o recurso "Gerar scripts" no banco de dados de origem para gerar o esquema e os dados separadamente. (Provavelmente precisarei dividir a importação de dados em vários arquivos para evitar erros de memória.)

Quando tento executar o script de esquema no servidor de destino, o script falha com esta resposta:

Msg 5133, Level 16, State 1, Line 4
Directory lookup for the file "E:\SqlData\my-db-test.mdf" failed with the operating system error 21(The device is not ready.).

Nenhuma das instruções que vi menciona a necessidade de copiar esse arquivo .mdf do servidor de origem para o destino, mas parece que o servidor de destino espera que o arquivo esteja presente. O início do script é assim:

USE [master]
GO
/****** Object:  Database [my-db-test]    Script Date: 2/9/2024 8:14:49 AM ******/
CREATE DATABASE [my-db-test]
 CONTAINMENT = NONE
 ON  PRIMARY 
( NAME = N'my-db-dev8b', FILENAME = N'E:\SqlData\my-db-test.mdf' , SIZE = 794624KB , MAXSIZE = UNLIMITED, FILEGROWTH = 65536KB )
 LOG ON 
( NAME = N'my-db-dev8b_log', FILENAME = N'E:\SqlData\my-db-test_log.ldf' , SIZE = 5971968KB , MAXSIZE = 2048GB , FILEGROWTH = 65536KB )
GO
ALTER DATABASE [my-db-test] SET COMPATIBILITY_LEVEL = 140
GO
IF (1 = FULLTEXTSERVICEPROPERTY('IsFullTextInstalled'))

Preciso copiar os arquivos .mdf e .ldf do servidor de origem para o destino para executar este script? É possível alterar o script para não precisar do arquivo .ldf?

Não sei por que o script faz referência a my-db-dev8b, que é um nome antigo para o banco de dados. Não sei se esses nomes antigos no roteiro vão complicar as coisas.

Os arquivos .mdf e .ldf são necessários para migrar o banco de dados do SQL Server 2019 para o SQL Server 2017? Posso ajudar minha causa editando manualmente o script de alguma forma?