[pgpool-hackers: 1789] Re: Problem with locking in In Memory Cache
Tatsuo Ishii
ishii at sraoss.co.jp
Sun Sep 4 15:12:43 JST 2016
Thank you for the report. I will look into this.
Best regards,
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sraoss.co.jp/index_en.php
Japanese:http://www.sraoss.co.jp
> Hi,
>
> I have found a problem with table locking In In Memory Cache feature.
> Confirmed in pgpool-II 3.4.8 in both memcached and sharedmemory mode.
>
> When using JDBC to access to pgpool-II. In the second time of (the same) query
> executing, it returned result from cached, but after that pg_stat_activity's state of query
> was still in 'active' and not change.
> So the locks made by executed query was not release too.
>
> Take a look at source and i found that, in extended protocol, locking of table
> was made when 'P'(Parse) message is sent, and release when 'S'(Sync) message
> is sent to backend.
> But when memory_cache_enabled is true. Parse message is sent but Sync message
> is not sent to backend.
> In pool_fetch_from_memory_cache function. It sound that when cache found,
> Sync message from frontend was discard but not forward to backend to finish query.
> I think, it is necessary to tell to backend to finish executed query here, is that right?
>
> Best regards,
> ---
> Dang Minh Huong
> NEC Solution Innovators, Ltd.
> http://www.nec-solutioninnovators.co.jp/en/
> _______________________________________________
> pgpool-hackers mailing list
> pgpool-hackers at pgpool.net
> http://www.pgpool.net/mailman/listinfo/pgpool-hackers
More information about the pgpool-hackers
mailing list