Re: [HACKERS] [COMMITTERS] pgsql: Fix freezing of a dead HOT-updatedtuple

Поиск
Список
Период
Сортировка
От Alvaro Herrera
Тема Re: [HACKERS] [COMMITTERS] pgsql: Fix freezing of a dead HOT-updatedtuple
Дата
Msg-id 20171004095429.lh37mah23vp3ydau@alvherre.pgsql
обсуждение исходный текст
Ответ на Re: [HACKERS] [COMMITTERS] pgsql: Fix freezing of a dead HOT-updatedtuple  ("Wood, Dan" <hexpert@amazon.com>)
Список pgsql-hackers
Wood, Dan wrote:
> One minor side note…   Is it weird for xmin/xmax to go backwards in a hot row chain?
> 
> lp | t_ctid | lp_off | t_infomask | t_infomask2 | t_xmin | t_xmax 
> ----+--------+--------+------------+-------------+--------+--------
>   1 | (0,1)  |   8152 |       2818 |           3 |  36957 |      0
>   2 |        |      5 |            |             |        |       
>   3 |        |      0 |            |             |        |       
>   4 |        |      0 |            |             |        |       
>   5 | (0,6)  |   8112 |       9986 |       49155 |  36962 |  36963
>   6 | (0,7)  |   8072 |       9986 |       49155 |  36963 |  36961
>   7 | (0,7)  |   8032 |      11010 |       32771 |  36961 |      0
> (7 rows)

No, it just means transaction A got its XID before transaction B, but B
executed the update first and A updated the tuple second.

-- 
Álvaro Herrera                https://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services


-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers

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

Предыдущее
От: Alvaro Herrera
Дата:
Сообщение: Re: [HACKERS] [COMMITTERS] pgsql: Fix freezing of a dead HOT-updatedtuple
Следующее
От: Michael Meskes
Дата:
Сообщение: Re: [HACKERS] datetime.h defines like PM conflict with externallibraries