Re: Pluggable Storage - Andres's take
Haribabu Kommi <kommi.haribabu@gmail.com>
Attachments
- 0001-scan-start-offset-fix-during-analyze.patch (application/octet-stream) patch 0001
- 0002-Materialize-all-the-slots-before-they-are-processed-.patch (application/octet-stream) patch 0002
On Mon, Oct 22, 2018 at 6:16 PM Haribabu Kommi <kommi.haribabu@gmail.com> wrote: > On Thu, Oct 18, 2018 at 1:04 PM Haribabu Kommi <kommi.haribabu@gmail.com> > wrote: > >> On Tue, Oct 9, 2018 at 1:46 PM Haribabu Kommi <kommi.haribabu@gmail.com> >> wrote: >> >>> >>> I also observed the failure of aggregates.sql, will look into it. >>> >> >> The random failure of aggregates.sql is as follows >> >> SELECT avg(a) AS avg_32 FROM aggtest WHERE a < 100; >> ! avg_32 >> ! --------------------- >> ! 32.6666666666666667 >> (1 row) >> >> -- In 7.1, avg(float4) is computed using float8 arithmetic. >> --- 8,16 ---- >> (1 row) >> >> SELECT avg(a) AS avg_32 FROM aggtest WHERE a < 100; >> ! avg_32 >> ! -------- >> ! >> (1 row) >> >> Same NULL result for another aggregate query on column b. >> >> The aggtest table is accessed by two tests that are running in parallel. >> i.e aggregates.sql and transactions.sql, In transactions.sql, inside a >> transaction >> all the records in the aggtest table are deleted and aborted the >> transaction, >> I suspect that some visibility checks are having some race conditions >> that leads >> to no records on the table aggtest, thus it returns NULL result. >> >> If I try the scenario manually by opening a transaction and deleting the >> records, the >> issue is not occurring. >> >> I am yet to find the cause for this problem. >> > > I am not yet able to generate a test case where the above issue can occur > easily for > debugging, it is happening randomly. I will try to add some logs to find > out the problem. > I am able to generate the simple test and found the problem. The issue with the following SQL. SELECT * INTO TABLE xacttest FROM aggtest; During the processing of the above query, the tuple that is selected from the aggtest is sent to the intorel_receive() function, and the same tuple is used for the insert, because of this reason, the tuple xmin is updated and it leads to failure of selecting the data from another query. I fixed this issue by materializing the slot. During the above test run, I found another issue during analyze, that is trying to access the invalid offset data. Attached a fix patch. Regards, Haribabu Kommi Fujitsu Australia
Commits
-
Add default_table_access_method to postgresql.conf.sample.
- 3a5c08aa0267 12.0 landed
- f7db0ac7d5b6 13.0 landed
-
tableam: Avoid relying on relation size to determine validity of tids.
- 147e3722f7e5 12.0 landed
-
tableam: Don't assume that every AM uses md.c style storage.
- 7f44ede59414 12.0 landed
-
Allow pg_class xid & multixid horizons to not be set.
- fdc7efcc30b1 12.0 landed
-
Fix slot type issue for fuzzy distance index scan over out-of-core table AM.
- b8b94ea129ff 12.0 cited
-
tableam: comment and formatting fixes.
- 6421011ea24d 12.0 landed
-
table: docs: fix typos and grammar.
- 86cc06d1cf9c 12.0 landed
-
tableam: basic documentation.
- b73c3a11963c 12.0 landed
-
Only allow heap in a number of contrib modules.
- 4b82664156c2 12.0 landed
-
tableam: Add table_finish_bulk_insert().
- d45e40158623 12.0 landed
-
tableam: sample scan.
- 73c954d24896 12.0 landed
-
tableam: bitmap table scan.
- bfbcad478f05 12.0 landed
-
tableam: Move heap specific logic from estimate_rel_size below tableam.
- 696d78469f37 12.0 landed
-
tableam: VACUUM and ANALYZE support.
- 737a292b5de2 12.0 landed
-
tableam: relation creation, VACUUM FULL/CLUSTER, SET TABLESPACE.
- d25f519107bf 12.0 landed
-
tableam: Support for an index build's initial table scan(s).
- 2a96909a4a8c 12.0 landed
-
tableam: Add table_get_latest_tid, to wrap heap_get_latest_tid.
- 2e3da03e9ee4 12.0 landed
-
tableam: Add helper for indexes to check if a corresponding table tuples exist.
- 71bdc99d0d7c 12.0 landed
-
tableam: Add and use table_fetch_row_version().
- 9a8ee1dc650b 12.0 landed
-
tableam: Use in CREATE TABLE AS and CREATE MATERIALIZED VIEW.
- 919e48b94301 12.0 landed
-
Ensure sufficient alignment for ParallelTableScanDescData in BTShared.
- 8cacea7a7251 12.0 landed
-
Don't reuse slots between root and partition in ON CONFLICT ... UPDATE.
- 277cb789836b 12.0 landed
-
Use a virtual rather than a heap slot in two places where that suffices.
- 70b9bda65f81 12.0 landed
-
Store tuples for EvalPlanQual in slots, rather than as HeapTuples.
- ad0bda5d24ea 12.0 landed
-
Use slots in trigger infrastructure, except for the actual invocation.
- ff11e7f4b9ae 12.0 landed
-
Store table oid and tuple's tid in tuple slots directly.
- b8d71745eac0 12.0 landed
-
Allow to use HeapTupleData embedded in [Buffer]HeapTupleTableSlot.
- 5408e233f066 12.0 landed
-
Add ExecStorePinnedBufferHeapTuple.
- 8aa02b52db11 12.0 landed
-
Add ArchiveOpts to pass options to ArchiveEntry
- f831d4accda0 12.0 cited
-
Rename RelationData.rd_amroutine to rd_indam.
- 346ed70b0ad7 12.0 landed
-
Rephrase references to "time qualification".
- ebcc7bf949ba 12.0 landed
-
Move remaining code from tqual.[ch] to heapam.h / heapam_visibility.c.
- c91560defc57 12.0 landed
-
Move generic snapshot related code from tqual.h to snapmgr.h.
- b7eda3e0e334 12.0 landed
-
Remove superfluous tqual.h includes.
- e7cc78ad43eb 12.0 landed
-
Don't duplicate parallel seqscan shmem sizing logic in nbtree.
- 90525d7b4e0f 12.0 landed
-
Move vacuumlazy.c into access/heap.
- 285d8e12055f 12.0 landed
-
Support parallel bitmap heap scans.
- f35742ccb7aa 10.0 cited