{"id":48747,"date":"2022-04-19T10:45:52","date_gmt":"2022-04-19T13:45:52","guid":{"rendered":"https:\/\/kinsta.com\/pt\/?p=48747&post_type=knowledgebase&preview_id=48747"},"modified":"2025-10-01T17:05:15","modified_gmt":"2025-10-01T20:05:15","slug":"o-que-e-postgresql","status":"publish","type":"post","link":"https:\/\/kinsta.com\/pt\/blog\/o-que-e-postgresql\/","title":{"rendered":"O que \u00e9 PostgreSQL?"},"content":{"rendered":"

Atualmente, quase todo software ou aplicativo web requer um banco de dados<\/a> no backend. O aumento das transa\u00e7\u00f5es que ocorrem por segundo e os terabytes de dados armazenados exige uma estrutura est\u00e1vel e flex\u00edvel para hospedar e servir esses dados.<\/p>\n

Naturalmente, para os startups, a quest\u00e3o do custo tamb\u00e9m entra em cena. Sabia que voc\u00ea pode acessar e at\u00e9 mesmo construir este banco de dados sem custos, sem compromisso?<\/p>\n

Sim, voc\u00ea ouviu bem – o banco de dados PostgreSQL garante tudo o que mencionamos acima, incluindo algumas vantagens extras! Neste artigo, vamos rever v\u00e1rios aspectos do PostgreSQL que permitem que ele se mantenha alto em um segmento em r\u00e1pida evolu\u00e7\u00e3o.<\/p>\n

Vamos ao que interessa!<\/p>\n

<\/div><\/kinsta-auto-toc>\n

O que \u00e9 PostgreSQL?<\/h2>\n
\"Logo
Logo da PostgreSQL (Fonte da imagem: Uberconf<\/a>)<\/figcaption><\/figure>\n

PostgreSQL<\/a> \u00e9 um sistema de banco de dados open-source, altamente est\u00e1vel que fornece suporte a diferentes fun\u00e7\u00f5es de SQL, como chaves estrangeiras, subconsultas, triggers, e diferentes tipos e fun\u00e7\u00f5es definidas pelo usu\u00e1rio. Ele aumenta ainda mais a linguagem SQL oferecendo v\u00e1rias caracter\u00edsticas que meticulosamente escalam e reservam cargas de trabalho de dados. \u00c9 usada principalmente para armazenar dados para muitas aplicativos m\u00f3veis, web, geoespaciais e anal\u00edticas.<\/p>\n

Vamos mergulhar profundamente em cada aspecto do PostgreSQL neste artigo, come\u00e7ando com suas principais caracter\u00edsticas na pr\u00f3xima se\u00e7\u00e3o. Vamos come\u00e7ar a trabalhar.<\/p>\n\n

Principais caracter\u00edsticas do PostgreSQL<\/h3>\n

Existem algumas caracter\u00edsticas chave do banco de dados PostgreSQL que o tornam \u00fanico e amplamente favorecido quando comparado a outros bancos de dados. Atualmente, \u00e9 o segundo banco de dados mais utilizado, ficando atr\u00e1s apenas do MySQL<\/a>.<\/p>\n

Vamos dar uma olhada mais detalhada nestas caracter\u00edsticas.<\/p>\n

Confiabilidade e conformidade de padr\u00f5es<\/h4>\n

PostgreSQL oferece verdadeira sem\u00e2ntica ACID para transa\u00e7\u00f5es e tem total suporte para chaves estrangeiras, joinins, views, triggers e procedimentos armazenados, em muitos idiomas diferentes. Ele inclui a maioria dos tipos de dados SQL como INTEGER, VARCHAR, TIMESTAMP, e BOOLEAN. Tamb\u00e9m suporta o armazenamento de grandes objetos bin\u00e1rios, incluindo imagens, v\u00eddeos ou sons. Ele \u00e9 confi\u00e1vel, pois tem uma grande rede de suporte integrada \u00e0 comunidade. O PostgreSQL \u00e9 um banco de dados tolerante a falhas gra\u00e7as ao seu registro write-ahead.<\/p>\n

Extens\u00f5es<\/h4>\n

O PostgreSQL possui v\u00e1rios conjuntos robustos de recursos, incluindo recupera\u00e7\u00e3o point-in-time, Controle de Concorr\u00eancia Multi-Vers\u00e3o (MVCC), tablespaces, controles de acesso granulares, replica\u00e7\u00e3o ass\u00edncrona, um planejador\/otimizador de consultas refinado e registro write-ahead. O Controle de Concorr\u00eancia Multi-Vers\u00f5es permite a leitura e escrita simult\u00e2nea de tabelas, bloqueando apenas atualiza\u00e7\u00f5es simult\u00e2neas da mesma linha. Desta forma, os conflitos s\u00e3o evitados.<\/p>\n

Escalabilidade<\/h4>\n

O PostgreSQL suporta Unicode, conjuntos de caracteres internacionais, codifica\u00e7\u00f5es de caracteres multi-byte, e \u00e9 sens\u00edvel ao local para ordena\u00e7\u00e3o, sensibilidade a mai\u00fasculas e min\u00fasculas, e formata\u00e7\u00e3o. O PostgreSQL \u00e9 altamente escal\u00e1vel – no n\u00famero de usu\u00e1rios simult\u00e2neos, ele pode acomodar assim como a quantidade de dados que ele pode gerenciar. Al\u00e9m disso, o PostgreSQL \u00e9 multi-plataforma e pode rodar em muitos sistemas operacionais incluindo Linux, Microsoft Windows, OS X, FreeBSD, e Solaris.<\/p>\n

Carregamento din\u00e2mico<\/h4>\n

O servidor PostgreSQL tamb\u00e9m pode incluir c\u00f3digo escrito pelo usu\u00e1rio em si mesmo atrav\u00e9s de carregamento din\u00e2mico. O usu\u00e1rio pode especificar um arquivo de c\u00f3digo objeto; por exemplo, uma biblioteca compartilhada que implementa uma nova fun\u00e7\u00e3o ou tipo e o PostgreSQL ir\u00e1 carreg\u00e1-lo conforme necess\u00e1rio. A habilidade de modificar sua opera\u00e7\u00e3o na hora faz com que ela seja unicamente adequada para implementar novas estruturas de armazenamento e aplicativos rapidamente.<\/p>\n

Arquitetura do PostgreSQL<\/h3>\n

O servidor PostgreSQL tem uma estrutura simples, consistindo de uma Mem\u00f3ria Compartilhada, Processos de Background e uma estrutura de Diret\u00f3rio de Dados. Nesta se\u00e7\u00e3o, n\u00f3s discutimos cada componente, e como eles interagem uns com os outros. Dada abaixo \u00e9 uma ilustra\u00e7\u00e3o da arquitetura do PostgreSQL. Inicialmente, uma solicita\u00e7\u00e3o \u00e9 enviada pelo cliente para o servidor. Ent\u00e3o, o servidor PostgreSQL processa os dados usando buffers compartilhados e processos em segundo plano. O arquivo f\u00edsico do servidor de banco de dados do PostgreSQL \u00e9 armazenado no diret\u00f3rio de dados.<\/p>\n

\"Ilustra\u00e7\u00e3o
Ilustra\u00e7\u00e3o da arquitetura PostgreSQL (Fonte da imagem: Wikimedia Commons<\/a>)<\/figcaption><\/figure>\n

Mem\u00f3ria compartilhada<\/h4>\n

A mem\u00f3ria compartilhada \u00e9 reservada para cache de log de transa\u00e7\u00f5es e cache de banco de dados. Ela ainda tem elementos como Buffers Compartilhados, Buffers WAL, Mem\u00f3ria de Trabalho e Mem\u00f3ria de Trabalho de Manuten\u00e7\u00e3o. Vamos detalhar cada t\u00f3pico abaixo.<\/p>\n

Buffers compartilhados<\/h5>\n

Estes buffers servem para minimizar o DISK IO do servidor. Para cumprir este objetivo, \u00e9 justo definir o valor do buffer compartilhado como 25% da mem\u00f3ria total se n\u00f3s tivermos um servidor dedicado para o PostgreSQL. O valor padr\u00e3o dos buffers compartilhados a partir da vers\u00e3o 9.3 \u00e9 de 128 MB. \u00c9 imperativo tentar minimizar a conten\u00e7\u00e3o quando v\u00e1rios usu\u00e1rios o acessam simultaneamente. Blocos frequentemente utilizados devem ficar no buffer o m\u00e1ximo de tempo poss\u00edvel. Isto permite que ele acesse os dados o mais r\u00e1pido poss\u00edvel.<\/p>\n

Buffers WAL<\/h5>\n

Os Buffers WAL armazenam temporariamente as mudan\u00e7as no banco de dados. O arquivo WAL consiste de conte\u00fado escrito pelo buffer WAL em um ponto pr\u00e9-determinado no tempo. Os arquivos WAL e os buffers WAL s\u00e3o significativos para recuperar os dados durante o backup e a recupera\u00e7\u00e3o.<\/p>\n

Mem\u00f3ria de trabalho<\/h5>\n

Este espa\u00e7o de mem\u00f3ria \u00e9 usado para opera\u00e7\u00f5es de bitmap, ordena\u00e7\u00e3o, fus\u00e3o de jun\u00e7\u00f5es e hash para gravar dados em arquivos tempor\u00e1rios em disco. A configura\u00e7\u00e3o padr\u00e3o a partir da vers\u00e3o 9.3 \u00e9 de 4 MB.<\/p>\n

Mem\u00f3ria de trabalho de manuten\u00e7\u00e3o<\/h5>\n

Este slot de mem\u00f3ria \u00e9 usado para opera\u00e7\u00f5es de banco de dados como ANALYZE, VACUUM, ALTER TABLE, e CREATE INDEX. A configura\u00e7\u00e3o padr\u00e3o a partir da vers\u00e3o 9.4 \u00e9 de 64 MB.<\/p>\n

Processos de fundo<\/h4>\n

Cada processo de fundo \u00e9 integral e executa uma fun\u00e7\u00e3o \u00fanica para gerenciar o servidor. Alguns processos importantes de fundo s\u00e3o mais elaborados abaixo:<\/p>\n

Processo Checkpointer<\/h5>\n

Quando ocorre um ponto de verifica\u00e7\u00e3o, o dirty buffer \u00e9 gravado no arquivo. O Checkpointer essencialmente grava todas as p\u00e1ginas sujas da mem\u00f3ria para o disco e limpa a \u00e1rea de buffer compartilhada. Se o banco de dados falhar, a perda de dados pode ser medida obtendo a diferen\u00e7a entre o tempo do \u00faltimo ponto de verifica\u00e7\u00e3o e o tempo de parada do PostgreSQL.<\/p>\n

Background Writer Process<\/h5>\n

Ele atualiza os logs e as informa\u00e7\u00f5es de backup. At\u00e9 a vers\u00e3o 9.1, este processo era integrado junto com o processo de checkpointer, que era feito regularmente. Entretanto, a partir da vers\u00e3o 9.2, o processo de checkpointer foi separado do processo de escrita em segundo plano.<\/p>\n

Writer WAL<\/h5>\n

Este processo escreve e descarrega os dados WAL no buffer WAL periodicamente para o armazenamento persistente.<\/p>\n

Arquivador<\/h5>\n

Se habilitado, este processo tem a responsabilidade de copiar os arquivos de log WAL para um diret\u00f3rio especificado.<\/p>\n

Logger\/Logging Collector<\/h5>\n

Este processo escreve um buffer WAL para o arquivo WAL.<\/p>\n

Data Files\/Data Directory Structure<\/h4>\n

O PostgreSQL tem v\u00e1rios bancos de dados, juntos formando um cluster de bancos de dados. Quando inicializados, os bancos de dados template0, template1 e Postgres s\u00e3o criados. A cria\u00e7\u00e3o do novo banco de dados do usu\u00e1rio \u00e9 feita atrav\u00e9s de bancos de dados modelo, que consistem nas tabelas do cat\u00e1logo do sistema. Embora a lista de tabelas no template0 e template1 seja a mesma ap\u00f3s a inicializa\u00e7\u00e3o, somente o banco de dados template1 pode criar os objetos que o usu\u00e1rio precisa, portanto o banco de dados do usu\u00e1rio \u00e9 criado atrav\u00e9s da clonagem do banco de dados template1.<\/p>\n

Os dados necess\u00e1rios para o cluster s\u00e3o armazenados dentro do diret\u00f3rio de dados do cluster, que tamb\u00e9m \u00e9 chamado de “PGDATA”. Ele consiste de v\u00e1rios subdiret\u00f3rios. Alguns subdiret\u00f3rios importantes s\u00e3o mencionados abaixo:<\/p>\n