Início / dba / Perguntas / 298643
Accepted
r0tt
Asked: 2021-08-27 23:54:50 +0800 CST

Monitorando um banco de dados específico com pg_isready

  • 772

Como faço para monitorar um banco de dados específico com pg_isready?

Instância: DSPPG10T1 Versão: 10.14 Porta: 6241

postgres@postgres # SELECT datname FROM pg_database;
  datname
-----------
 postgres
 template1
 template0
 dbspg10t1

[postgres@HOSTNAME ~]$ if pg_isready -d postgres://localhost:6241/dbspg10t1; then echo "200 OK"; else echo "500 NOT OK"; fi
localhost:6241 - accepting connections
200 OK

O teste de banco de dados não existe, mas pg_isready ainda retorna ok.

[postgres@HOSTNAME ~]$ if pg_isready -d postgres://localhost:6241/test; then echo "200 OK"; else echo "500 NOT OK"; fi
localhost:6241 - accepting connections
200 OK

Isso é um problema de sintaxe?

postgresql monitoring

1 respostas

  1. Best Answer

    Parece que isso pode ser um bug conhecido. pg_isreadynão usa código comum para o psqlutilitário. Veja este tópico pgsql-hackers no tópico de 2013: Re: -d opção para pg_isready está quebrada .

    Sem mergulhar muito nisso, as citações relevantes parecem ser ...

    Por que não estamos usando exatamente o mesmo código do psql? Por que o pg_isready tem seu próprio código para isso?

    Porque o pg_isready quer imprimir o host e a porta que tentamos conectar, o que nenhum outro utilitário faz. Acontece que não há API limpa para isso. Tentamos inventar algo, mas as evidências parecem indicar que o que inventamos morde.

    Mas por que não mudou?

    ...o objetivo de ter tanto host quanto hostaddr parece ser que você pode mentir sobre onde está se conectando. Se você definir host=some.pretty.domain.name hostaddr=1.2.3.4, o ponto é dizer que você está se conectando ao primeiro enquanto, nos bastidores, está realmente se conectando ao segundo. Agora, não estou claro qual o valor disso, mas alguém em algum momento evidentemente achou que era uma boa ideia, então precisamos ter cuidado ao mudá-lo.

    Para ser justo, isso é baseado em uma leitura muito superficial desse tópico, mas para seus propósitos, acho que é seguro tratar isso como um bug conhecido

    bash-4.4$ pg_isready
/tmp:5432 - accepting connections

bash-4.4$ pg_isready -d postgres://127.0.0.1
127.0.0.1:5432 - accepting connections

bash-4.4$ pg_isready -d postgres://127.0.0.1/foo
127.0.0.1:5432 - accepting connections

bash-4.4$ psql postgres://127.0.0.1/foo
psql: error: FATAL:  database "foo" does not exist

bash-4.4$
    • 3

relate perguntas