ApsaraDB RDS:RDS PostgreSQL Buffer Pool Extension (BPE)

Como funciona

Os ESSDs gerais (Enterprise SSDs) utilizam uma arquitetura de armazenamento de três camadas, com discos de cache de alta velocidade como camada intermediária entre a memória e o armazenamento ESSD. O recurso de aceleração de E/S direciona dados temporários para essa camada de cache.

Sem a aceleração de E/S, todos os dados — incluindo tabelas temporárias e arquivos gerados durante a execução de consultas — ficam armazenados em discos em nuvem. Com a aceleração de E/S ativada, o executor de consultas separa os dados por tipo:

• Dados não temporários (tabelas regulares, visualizações): leitura dos discos em nuvem para a memória para processamento, conforme o padrão.

• Dados temporários (tabelas e arquivos temporários): leitura e gravação diretamente nos discos de cache.

O ApsaraDB RDS for PostgreSQL usa o tablespace rds_temp_tablespace para representar a camada de disco de cache. Objetos temporários criados sem atribuição explícita de tablespace são colocados automaticamente no rds_temp_tablespace após a definição do parâmetro temp_tablespaces.

Casos de uso

A aceleração de E/S é mais eficaz quando as consultas geram grandes volumes de dados temporários que excedem a memória disponível:

• Ordenação, agrupamento, agregação e junções: operações que descarregam resultados intermediários no disco.

• Consultas recursivas com expressões de tabela comuns (CTEs): CTEs que materializam grandes conjuntos de resultados intermediários.

• Consultas ad hoc sem índices de suporte: filtros complexos ou agregações que exigem varreduras completas.

• Consultas analíticas em tabelas grandes ou múltiplas tabelas: cargas de trabalho de relatórios e análises com altas demandas de E/S.

• Cargas de trabalho com tabelas temporárias: qualquer lógica de aplicação que crie explicitamente tabelas temporárias.

Pré-requisitos

Antes de ativar a aceleração de E/S, verifique se sua instância atende a todos os requisitos abaixo:

A instância também deve estar localizada em uma das seguintes regiões e zonas:

Ativar aceleração de E/S

SET temp_tablespace TO 'rds_temp_tablespace';

-- Create a regular table
CREATE TABLE test_table (di INT);

-- Create a temporary table
CREATE TEMPORARY TABLE test_temp_table (id INT);

-- Query which tablespace each table uses
SELECT
    c.relname AS table_name,
    COALESCE(t.spcname, 'pg_default') AS tablespace_name
FROM
    pg_class c
JOIN
    pg_namespace n ON c.relnamespace = n.oid
LEFT JOIN
    pg_tablespace t ON c.reltablespace = t.oid
WHERE
    c.relkind = 'r'
    AND c.relname IN ('test_table', 'test_temp_table');

    table_name    |   tablespace_name
------------------+---------------------
 test_table       | pg_default
 test_temp_table  | rds_temp_tablespace
(2 rows)

Observações de uso

• O espaço do disco de cache é alocado com base no tipo da instância. Se o cache ficar cheio, o erro ERROR: could not write to file "pg_tblspc/xxxx": No space left on device será relatado para instruções que gravam dados temporários. Instruções SQL que operam em dados não temporários não são afetadas.

• Os dados no rds_temp_tablespace não são duráveis e são perdidos durante alterações de especificação da instância ou outras operações de migração de dados.

Solução de problemas

Próximos passos

• Para consultar todos os tipos de armazenamento suportados pelo ApsaraDB RDS for PostgreSQL, veja Tipos de armazenamento.

• Para obter uma visão geral dos ESSDs gerais e sua arquitetura de três camadas, consulte ESSDs gerais.

• Se suas cargas de trabalho tiverem demandas de IOPS de pico imprevisíveis, considere ativar o I/O burst além da aceleração de E/S.