Minhas exclusões no Oracle 11 são muito lentas. As tabelas são vinculadas por chaves estrangeiras e cada restrição de chave estrangeira possui uma cascata de exclusão definida.
Se eu apertar o botão de explicação em uma declaração como esta DELETE FROM TOP_LEVEL_TABLE WHERE SOMETHING = 'whatever', isso só mostra meu envolvimento, TOP_LEVEL_TABLEmesmo que outras 30 tabelas estejam envolvidas.
Como posso obter um resultado mais realista?
Minha pergunta é direcionada ao Postgres, mas as respostas podem ser boas o suficiente vindas de qualquer base de dados.
Minhas suposições estão corretas:
Ao configurar um sistema, é melhor ter todos os blocos em 8k? Ou as configurações não importam? Eu também queria saber se algumas configurações de tamanho de bloco "erradas" poderiam colocar em risco a integridade dos dados em caso de falha? Talvez se um bloco Postgres 8k tiver que ser dividido em vários blocos de disco?
Ou nada é agrupado e, portanto, perco espaço em disco a cada incompatibilidade entre tamanhos de bloco definidos?
Estou configurando um mestre Postgres 9.1 e um servidor hot standby. Eu li a documentação, mas ainda não tenho certeza do que devo fazer com meus arquivos WAL.
Cada confirmação é feita em ambos os servidores antes de retornar ao aplicativo, portanto, arquivar os WALs em algum terceiro sistema parece inútil. Mas imagine que meu servidor de backup quente falha, então terei que reconfigurar manualmente a instância mestre para não usar nenhum servidor em espera. É sensato ativar o arquivo WAL somente então?
Presumo que não, porque os WALs recém-criados serão inúteis para qualquer hot standby recém-configurado. Devo sempre ter o arquivo WAL ativo e, de tempos em tempos, fazer um backup instantâneo completo do sistema em execução e, em seguida, excluir manualmente os antigos WALs arquivados por seu registro de data e hora? Então, eu poderia configurar rapidamente uma nova instância de hot standy se a instância de hot standby atual falhar? Ou é melhor apenas permitir que um novo servidor hot standby se atualize por conexão TCP porque ele faz alguma transferência em massa de alto rendimento do banco de dados e só muda para reproduzir WALs de fluxo quando está quase atualizado? Isso seria ótimo, porque então eu não teria que me preocupar com o arquivamento do WAL?
Se a gravação no banco de dados não funcionar por algumas horas, não me importo, apenas as leituras devem estar altamente disponíveis.
Editar: também estou interessado em alguns detalhes sobre como um novo hot standby alcançaria o banco de dados mestre. Tudo é feito em transações ou há algum catchup de TCP de alta velocidade envolvido, o que seria semelhante (em complexidade de tempo de execução) a apenas copiar os discos.
Estou pensando em um impasse estranho e depois de verificar todos os outros componentes, estou considerando que seja um problema INITRANS no Oracle 11.2.
Agora surgiram três perguntas:
Existe alguma maneira de analisar o quão cheios estão os blocos?
Meu banco de dados atingiu seu tamanho máximo de espaço de tabela há um tempo e começou a rejeitar inserções, então adicionei outro arquivo de dados, mas isso só aumenta se quase todo o espaço for usado. Meu PCT_USED é de 96%. Minha suposição está correta de que todos os blocos de dados serão totalmente preenchidos e um impasse INITRANS é provável?
Existe alguma maneira de ver um problema INITRANS em um rastreamento de deadlock?
Estou feliz com respostas parciais também.
Quero saber quando uma sessão ou transação foi iniciada. O arquivo de impasse não me dá essa informação. Existe algum arquivo de log que mantém esses registros?
Eu tenho um id de transação "TX-1234-abcd", um número de sessão e algum número "DID 000-000ABCD".
Gostaria de fazer uma união de duas tabelas que na verdade estão em uma constelação hierárquica.
Como eu escreveria isso em álgebra relacional? Digamos que a tabela A seja a mãe de B em um relacionamento 1:n.
Primeiro faço uma seleção em A e depois quero fazer uma união apenas com essas entradas em B que estariam em um join com a seleção em A.
Eu gostaria de escrevê-lo da maneira que um banco de dados o avaliaria.
Existe tal coisa como uma união condicional?
Estou tentando entender porque ocorre um impasse no meu banco de dados. O rastreamento me diz que duas atualizações na mesma tabela estão bloqueando. In table é a primeira tabela a ser gravada em uma transação, apenas algumas leituras ocorrem antes. As atualizações/inserções são feitas em lote. A chave, que também é usada para identificar a linha a ser atualizada, é indexada com uma árvore b+. Essa chave também atua em outras tabelas como chave estrangeira. Nessas outras tabelas, a chave estrangeira pode ser nula.
O aplicativo não permite transações paralelas que contenham possíveis conflitos.
Aqui está o cabeçalho do arquivo de rastreamento:
Deadlock graph:
---------Blocker(s)-------- ---------Waiter(s)---------
Resource Name process session holds waits process session holds waits
TX-134b0012-3201376f 65 185 X 33 392 S
TX-13495007-50f092d1 33 392 X 65 185 S
session 185: DID 0001-0012-04533045 session 392: DID 0001-0023-03401G5A
session 392: DID 0001-0023-03401G5A session 185: DID 0001-0012-04533045
Rows waited on:
Session 588: no row
Session 497: no row
A inserção de um valor nulo em uma tabela referenciando a chave como uma chave estrangeira pode causar algum tipo de verificação da tabela (acho que não)? Uma inserção/atualização em lote pode fazer com que ramificações maiores de um índice sejam bloqueadas? Talvez T1 obtenha algum ramo esquerdo da árvore e T2 um ramo direito, e agora T1 deseja inserir/atualizar um valor no ramo direito, mas o ramo direito ainda está bloqueado por T2 e T" então solicita algo do lado esquerdo • Não faço ideia se e como o bloqueio de granularidade múltipla é implementado no Oracle, mas seria bom se alguém pudesse descartar isso.
Existe alguma possibilidade de o Oracle permitir deadlocks mesmo que as transações sejam 100% logicamente disjuntas?
O que eu poderia estar procurando? É algum problema para acessar o índice?
PS: leitura confirmada está definida.
Eu tenho um servidor RAID10 e o Postgres gravando o log (pg_xlog também conhecido como WAL) no mesmo RAID10-Array.
Eu uso o WAL no modo de sincronização com um grande buffer e faço muitas inserções e atualizações em massa, para que esse buffer seja usado.
É uma boa ideia dividir o log em um disco extra, não no raid10? Eu poderia encher um RAID com 2 discos, mas isso realmente melhoraria alguma coisa?
Estou ansioso se alguém poderia citar alguns prós e contras.
Estou usando o Oracle 11.1 e gostaria de descobrir se duas linhas em uma tabela foram inseridas pela mesma transação.
Existe uma instrução SQL fácil para mapear uma linha para um ID de transação? A tabela é uma tabela somente de inserção.
Quais são minhas opções? Alguma solução básica serviria, eu realmente não quero alguma ferramenta extra para analisar os arquivos de log.
Obrigado