diff options
| author | Tom Lane <tgl@sss.pgh.pa.us> | 2021-08-27 19:42:42 -0400 |
|---|---|---|
| committer | Tom Lane <tgl@sss.pgh.pa.us> | 2021-08-27 19:42:42 -0400 |
| commit | dbb239d518eef791ec6e8f2180e71078e7f89e38 (patch) | |
| tree | f76c62058bca3aa43fb6c320bd52115ebd04fea9 /src/include/regex/regex.h | |
| parent | 53597fd6c3cc2042cad9909b962459fa26c26e20 (diff) | |
| download | postgresql-dbb239d518eef791ec6e8f2180e71078e7f89e38.tar.gz postgresql-dbb239d518eef791ec6e8f2180e71078e7f89e38.zip | |
Count SP-GiST index scans in pg_stat statistics.
Somehow, spgist overlooked the need to call pgstat_count_index_scan().
Hence, pg_stat_all_indexes.idx_scan and equivalent columns never
became nonzero for an SP-GiST index, although the related per-tuple
counters worked fine.
This fix works a bit differently from other index AMs, in that the
counter increment occurs in spgrescan not spggettuple/spggetbitmap.
It looks like this won't make the user-visible semantics noticeably
different, so I won't go to the trouble of introducing an is-this-
the-first-call flag just to make the counter bumps happen in the
same places.
Per bug #17163 from Christian Quest. Back-patch to all supported
versions.
Discussion: https://postgr.es/m/17163-b8c5cc88322a5e92@postgresql.org
Diffstat (limited to 'src/include/regex/regex.h')
0 files changed, 0 insertions, 0 deletions