Re: [HACKERS] logical replication and statistics

Поиск
Список
Период
Сортировка
От Pavel Stehule
Тема Re: [HACKERS] logical replication and statistics
Дата
Msg-id CAFj8pRA=poSOnEJmquh01J9MVMf01=szB23eTbsHNHbuZ_=6hw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [HACKERS] logical replication and statistics  (Petr Jelinek <petr.jelinek@2ndquadrant.com>)
Ответы Re: [HACKERS] logical replication and statistics  (Masahiko Sawada <sawada.mshk@gmail.com>)
Список pgsql-hackers


2017-09-25 19:23 GMT+02:00 Petr Jelinek <petr.jelinek@2ndquadrant.com>:
On 25/09/17 19:19, Tom Lane wrote:
> Pavel Stehule <pavel.stehule@gmail.com> writes:
>> I had two instances on one server with different port. I am sure, so
>> replication was functional. Only one issue is statistics
>
>> Master:
>
>> CREATE TABLE foo(id int primary key, a int);
>> CREATE PUBLICATION test_pub FOR TABLE foo;
>> INSERT INTO foo VALUES(1, 200);
>
>> slave
>
>> CREATE TABLE foo(id int primary key, a int);
>> CREATE SUBSCRIPTION test_sub CONNECTION 'port=5432' PUBLICATION test_pub;
>
>> That was all
>
> In this example, nothing's been done yet by the actual replication
> apply process, only by the initial table sync.  Maybe that accounts
> for your not seeing stats?
>

The main replication worker should still be running though. The output
of pg_stat_replication should only be empty if there is nothing running.


I did some inserts, updates, ..

I can recheck it - it was done on 10 RC

Pavel

--
  Petr Jelinek                  http://www.2ndQuadrant.com/
  PostgreSQL Development, 24x7 Support, Training & Services

В списке pgsql-hackers по дате отправления:

Предыдущее
От: "Joshua D. Drake"
Дата:
Сообщение: Re: [HACKERS] Built-in plugin for logical decoding output
Следующее
От: Maksim Milyutin
Дата:
Сообщение: [HACKERS][BUG] Cache invalidation for queries that contains const oftemporary composite type