pgsql: Avoid early reuse of btree pages, causing incorrect query result

Avoid early reuse of btree pages, causing incorrect query results.
When we allowed read-only transactions to skip assigning XIDs
we introduced the possibility that a fully deleted btree page
could be reused. This broke the index link sequence which could
then lead to indexscans silently returning fewer rows than would
have been correct. The actual incidence of silent errors from
this is thought to be very low because of the exact workload
required and locking pre-conditions. Fix is to remove pages only
if index page opaque->btpo.xact precedes RecentGlobalXmin.

Noah Misch, reviewed by Simon Riggs

Branch
------
REL9_1_STABLE

Details
-------
http://git.postgresql.org/pg/commitdiff/873d1c11ea25f24815861c2e474fc43500d561c8

Modified Files
--------------
src/backend/access/nbtree/README | 8 +++++---
src/backend/access/nbtree/nbtpage.c | 32 ++++++++++----------------------
src/backend/access/nbtree/nbtxlog.c | 6 +++++-
3 files changed, 20 insertions(+), 26 deletions(-)