- Notifications
You must be signed in to change notification settings - Fork4.9k
Commit74ebba8
committed
Redefine HEAP_XMAX_IS_LOCKED_ONLY
Tuples marked SELECT FOR UPDATE in a cluster that's later processed bypg_upgrade would have a different infomask bit pattern than thoseproduced by 9.3dev; that bit pattern was being seen as "dead" by HEAD(because they would fail the "is this tuple locked" test, and so thevisibility rules would thing they're updated, even though there's noHEAP_UPDATED version of them). In other words, some rows could silentlydisappear after pg_upgrade.With this new definition, those tuples become visible again.This is breakage resulting from my commit0ac5ad5.1 parent34da700 commit74ebba8
1 file changed
+8
-3
lines changedLines changed: 8 additions & 3 deletions
Original file line number | Diff line number | Diff line change | |
---|---|---|---|
| |||
189 | 189 |
| |
190 | 190 |
| |
191 | 191 |
| |
192 |
| - | |
193 |
| - | |
| 192 | + | |
| 193 | + | |
| 194 | + | |
194 | 195 |
| |
195 | 196 |
| |
196 | 197 |
| |
| 198 | + | |
| 199 | + | |
197 | 200 |
| |
198 | 201 |
| |
199 |
| - | |
| 202 | + | |
| 203 | + | |
| 204 | + | |
200 | 205 |
| |
201 | 206 |
| |
202 | 207 |
| |
|
0 commit comments
Comments
(0)