Estou usando o Postgresql 11.
Encontrei um erro semelhante ao seguinte em meus logs:

org.postgresql.util.PSQLException: ERROR: deadlock detected
  Detail: Process 332091 waits for ShareLock on transaction 99896257; blocked by process 332093.
Process 332093 waits for ShareLock on transaction 99923910; blocked by process 332091.
  Hint: See server log for query details.
  Where: while locking tuple (884208,33) in relation "tab_1"
SQL statement "SELECT 1 FROM ONLY "sch"."tab_1" x WHERE "tab_1_key" OPERATOR(pg_catalog.=) $1 FOR KEY SHARE OF x"
SQL statement "INSERT INTO sch.tab_2 (col1, col2, ..., coln)
   SELECT
      col1,
      col2,
      ...
      coln
   FROM
      sch.tab_3 
   LEFT JOIN sch.tab_4 
      ON tab_4.id = tab_3.id
   LEFT JOIN sch.tab_5 
      ON tab_5.id = tab_3.id

Então, basicamente, a primeira consulta se parece com alguma consulta interna do banco de dados, nada do meu código.
E parece que está causando um impasse com minha consulta. Mas eles não estão relacionados por nenhuma tabela.
Alguma idéia sobre como rastrear o motivo do impasse nesse caso?

Eu tenho o seguinte código no script:

execute immediate 'truncate table tab_a drop storage';

insert /*+APPEND*/ into tab_a
select (...)

Eu estou querendo saber se esta APPENDdica pode causar alguma mudança de desempenho, já que a tabela está truncada e o armazenamento caiu.
Quaisquer informações, sugestões ou recursos são bem-vindos.

Se usarmos a (+)notação, podemos ter junção externa. Por exemplo:

select *
from tab_a, tab_b
where tab_a.num = tab_b.num(+)

É junção externa.
Se usarmos função em torno de colunas, por exemplo:

select *
from tab_a, tab_b
where round(tab_a.num, 2) = round(tab_b.num(+), 2)

Ainda é junção externa? Ou é uma junção interna?

Eu sei (em alto nível abstrato) como funcionam as hierarquias no Oracle, mas essa eu não entendo. Quando emitida a seguinte consulta:

select rownum-1 as num from dual

Eu tenho uma linha como resultado.
A seguinte consulta:

select rownum-1 as num from dual connect by level<=1000

está retornando 1000 linhas.
O que realmente está acontecendo no fundo desta consulta? Como o mecanismo Oracle está multiplicando linhas quando tenta resolver a hierarquia.

Para economizar espaço em disco, quero compactar algumas partições de minhas tabelas:

alter table TEST_TAB move partition TEST_TAB_2014 compress for all operations;

Eu também tenho índices nesta partição.
Devo recriar índices após a compactação ou não é necessário?

Conforme fornecido em http://cherry.world.edoors.com/COBFKUqnUdBY , é possível obter a taxa de acerto do buffer seguindo a consulta sql:

SELECT round ((P2.variable_value / P1.variable_value),4), 
P2.variable_value, P1.variable_value
FROM information_schema.GLOBAL_STATUS P1,
information_schema.GLOBAL_STATUS P2
WHERE P1. variable_name = 'innodb_buffer_pool_read_requests'
AND P2. variable_name = 'innodb_buffer_pool_reads'; 

PERGUNTAS

• A partir de que período a taxa de acerto do buffer é fornecida por essa consulta? Desde o início do mecanismo de banco de dados até agora?
• Existe a possibilidade de obter a taxa de acerto do buffer de um determinado período de tempo? (por exemplo: últimos 10 minutos)

Estou me perguntando que tipo de fila o MySQL Query Cache está usando.
Quando há uma nova consulta e o cache está cheio, qual consulta é excluída? O mais velho? Um com menor número de acertos? Ou talvez haja alguma lógica diferente por trás disso?

Tentei achar algo na documentação, mas sem sucesso.

Estou tentando fazer alguns testes no MySQL Cluster.
Estou criando meu banco de dados usando os seguintes comandos:

CREATE DATABASE test1;
use test1;
CREATE LOGFILE GROUP lg1
ADD UNDOFILE 'undofile.dat'
ENGINE = NDB;
CREATE TABLESPACE ts1
ADD DATAFILE 'datafile.dat'
USE LOGFILE GROUP lg1
ENGINE = NDB;
CREATE TABLE `dane` (
  `id` int(11) NOT NULL,
  `data` blob NOT NULL,
  PRIMARY KEY (`id`)
)
TABLESPACE ts1 STORAGE DISK
engine=ndb;

Em seguida, preencho a tabela com alguns dados e blobs aleatórios de 50 KB cada. Mas estou recebendo o seguinte erro:

mysql> INSERT INTO dane(id, data) VALUES(3790, randomBlob(51200));
ERROR 1114 (HY000): The table 'dane' is full
mysql> show warnings;
+---------+------+--------------------------------------------------------+
| Level   | Code | Message                                                |
+---------+------+--------------------------------------------------------+
| Warning | 1296 | Got error 1601 'Out extents, tablespace full' from NDB |
| Error   | 1114 | The table 'dane' is full                               |
+---------+------+--------------------------------------------------------+
2 rows in set (0,00 sec)

mysql> select count(*) from dane;
+----------+
| count(*) |
+----------+
|     2507 |
+----------+
1 row in set (0,03 sec)

Não é um problema de uso de memória do cluster:

ndb_mgm> ALL REPORT MEMORYUSAGE
Connected to Management Server at: localhost:1186
Node 3: Data usage is 6%(164 32K pages of total 2560)
Node 3: Index usage is 7%(178 8K pages of total 2432)

2500*50 KB ~= 1 GB Ocorre
esse erro sempre que tento inserir mais de 1 GB de blobs.
Como posso estender o tamanho deste tablespace?

Eu quero fazer alguma aproximação do tamanho da tabela para o cluster MySQL.
Por favor, leia meu raciocínio e me diga se estou certo ou se estou cometendo algum erro em algum lugar.

Tenho tabela simples com PK (int) e coluna adicional (int). No MySQL int = 4 bytes, então uma linha tem cerca de 12 bytes (4*2 para colunas e 4 para índice PK).
Se eu tiver, por exemplo, 1'000'000 linhas, isso será 12'000'000 bytes ~= 11,5MB.
Estou certo nestes cálculos? Posso armazenar tal mesa com tão pouco espaço?

Eu tenho uma instância MySQL Cluster e quero que uma coluna (BLOB) seja armazenada no disco em vez da memória.
Tentei seguir este tutorial: http://mikaelronstrom.blogspot.com/2006/02/how-to-define-table-that-uses-disk.html
E esta é a saída que estou obtendo:

mysql> CREATE DATABASE test1;
Query OK, 1 row affected (0.00 sec)
mysql> use test1;
Database changed
CREATE LOGFILE GROUP lg1
    -> ADD UNDOFILE 'undofile.dat'
    -> INITIAL_SIZE 16M
    -> UNDO_BUFFER_SIZE = 1M
    -> ENGINE = NDB;
ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '16M
UNDO_BUFFER_SIZE = 1M
ENGINE = NDB' at line 3

Aqui está a sintaxe para este comando: http://dev.mysql.com/doc/refman/5.5/en/create-logfile-group.html
Alguma ideia de por que isso não está funcionando? Não consigo encontrar onde estou violando essa sintaxe de comando.

Sou estudante e estou escrevendo um artigo de mestrado sobre bancos de dados na memória. Eu quero usar MySql Cluster para benchmarks no meu trabalho.
Posso usar MySql Cluster gratuitamente para fins educacionais ou preciso pagar por isso?

Estou usando o mecanismo de banco de dados MySQL. Meu aplicativo Java usa JDBC simples para recuperar dados do banco de dados.
Eu tenho o seguinte esquema de banco de dados: tabela principal com duas colunas: (ID INTEGER, dados BLOB). id é a chave primária.
A partir das ações do usuário, configurei alguns ids (x, y, ... todos inteiros) para os quais desejo buscar dados.
Qual é a maneira mais eficiente de criar uma consulta? Existe alguma diferença de desempenho se eu usar

SELECT data FROM table WHERE id IN (x, y, ...)

ou

SELECT data FROM table WHERE id = x OR id = y OR ...

ou talvez haja outra maneira de criar essa consulta?

Tenho uma dúvida sobre MySQL Cluster:
é possível ter um banco de dados maior que a quantidade de RAM? (para não ter todos os dados do cluster na memória, mas alguns dados residirão nos discos rígidos dos nós dos clusters)
Especialmente, é possível apontar para o MySQL Cluster quais partições não precisam estar na memória e podem ser armazenadas em discos. (em caso de falta de memória).

Só estou perguntando se é possível obter uma solução como essa com o MySQL Cluster.

Tenho algumas perguntas que gostaria de saber para minha pesquisa de mestrado.

Vamos considerar a seguinte situação:
Tenho duas tabelas pequenas A e B.
E duas tabelas grandes C e D.
Quero colocar A e B em TimesTen e C e D (porque são muito grandes) no banco de dados Oracle padrão.
Posso configurar o sistema dessa forma, de modo que as consultas para A e B sejam consultas somente de RAM e as consultas para C e D sejam consultas de banco de dados padrão?
Eu quero que isso funcione transparente para o usuário: o usuário faz uma consulta e não sabe se está consultando o TimesTen ou o Oracle padrão.
Se acima for possível: E as consultas nas quais o usuário une A e C? A será lido da memória ou do disco?

Eu não preciso saber como fazer isso. Só se for possível.