Re: [BUGS] BUG #14635: Query is executed slower on hot standby slavedatabase then on master database
От | Bruce Momjian |
---|---|
Тема | Re: [BUGS] BUG #14635: Query is executed slower on hot standby slavedatabase then on master database |
Дата | |
Msg-id | 20170512173055.GD6721@momjian.us обсуждение исходный текст |
Ответ на | Re: [BUGS] BUG #14635: Query is executed slower on hot standby slavedatabase then on master database (Haribabu Kommi <kommi.haribabu@gmail.com>) |
Ответы |
Re: [BUGS] BUG #14635: Query is executed slower on hot standby slavedatabase then on master database
Re: [BUGS] BUG #14635: Query is executed slower on hot standby slavedatabase then on master database |
Список | pgsql-bugs |
On Thu, May 4, 2017 at 10:26:17AM +1000, Haribabu Kommi wrote: > The contents of the indexes should be the same, so why is the slave > returning so many more rows? It has to be because the index entries are > not marked as killed (known-dead-to-everybody), or not being treated as > killed, in the slave. I vaguely recall that there's a difference in the > rules for index entry visibility on slaves, but it's not clear to me why > that should be. > > > The index cleanup by the full vacuum and vacuum one page are WAL logged, > so when they gets replayed on the slave, both the indexes must be same. > > May be the WAL didn't replayed on the slave because of conflict transaction? > Or Any other scenarios it may be different? We don't WAL-log hint bits. Could that affect queries running on the standbys? -- Bruce Momjian <bruce@momjian.us> http://momjian.us EnterpriseDB http://enterprisedb.com + As you are, so once was I. As I am, so you will be. + + Ancient Roman grave inscription + -- Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-bugs
В списке pgsql-bugs по дате отправления: