pgpool2.git / summary / log / commit / refs
commit 5cb49342abaf60f5c492ec019d1a3fded953c8b8
Author: Tatsuo Ishii <ishii@postgresql.org>
Date: Mon Oct 06 09:03:42 2014 +0000
Change "on memory query cache" to "in memory query cache".
doc/pgpool-en.html | 30 ++++++------
doc/pgpool-ja.html | 74 +++++++++++++++---------------
src/query_cache/pool_memqcache.c | 4 +-
src/sample/pgpool.conf.sample | 2 +-
src/sample/pgpool.conf.sample-master-slave | 2 +-
src/sample/pgpool.conf.sample-replication | 2 +-
src/sample/pgpool.conf.sample-stream | 2 +-
src/utils/pool_process_reporting.c | 2 +-
8 files changed, 59 insertions(+), 59 deletions(-)
diff --git a/doc/pgpool-en.html b/doc/pgpool-en.html
index c085581ff..5a2711bb5 100644
--- a/doc/pgpool-en.html
+++ b/doc/pgpool-en.html
@@ -29,7 +29,7 @@ Last modified: Fri May 16 16:43:17 JST 2014
<li><a href="#parallel">Parallel Mode</a></li>
<li><a href="#hba">Client authentication</a></li>
<li><a href="#query_cache">Setting Query cache method</a></li>
- <li><a href="#memqcache">On memory query Cache</a></li>
+ <li><a href="#memqcache">In memory query Cache</a></li>
<li><a href="#start">Starting/Stopping pgpool-II</a></li>
<li><a href="#reload">Reloading pgpool-II configuration files</a></li>
<li><a href="#show-commands">SHOW commands</a></li>
@@ -219,7 +219,7 @@ enable OpenSSL support in pgpool-II.</p>
<span class="version">V3.1 -</span></td></tr>
<tr><th class="nodec"><code>--with-memcached=path</code></th>
<td>pgpool-II binaries will use <a href="#memcached_params">memcached</a>
- for <a href="#memqcache">on memory query cache</a>.
+ for <a href="#memqcache">in memory query cache</a>.
You have to install <a href="http://libmemcached.org/libMemcached.html">libmemcached</a>.
<span class="version">V3.2 -</span></td>
</tr>
@@ -2859,7 +2859,7 @@ A sample service-configuration file is installed as "share/pgpool.pam" under the
<h1 id="query_cache">Setting Query cache method <span class="version">- V3.4 (REMOVED)</span></h1>
<strong>Caution: this (on disk) query cache functionality is removed from V3.4.
-Please use <a href="#memqcache">on memory query cache</a> instead.
+Please use <a href="#memqcache">in memory query cache</a> instead.
</strong>
<p>The Query cache can be used in all modes in pgpool-II.
@@ -2898,18 +2898,18 @@ You need to delete the cache data from the cache table or restart pgpool-II with
<!-- ================================================================================ -->
-<h1><a name="memqcache"></a>On memory query Cache <span class="version">V3.2 -</span></h1>
+<h1><a name="memqcache"></a>In memory query Cache <span class="version">V3.2 -</span></h1>
<p>
-You can use on memory query cache in any mode.
+You can use in memory query cache in any mode.
It is different from the above query cache on the point that
-on memory query cache is faster because cache storage is on memory.
+in memory query cache is faster because cache storage is in memory.
Moreover you don't need to restart pgpool-II when the cache is outdated
because the underlying table gets updated.
</p>
<p>
-On memory cache saves pair of SELECT statements
+In memory cache saves pair of SELECT statements
(with its Bind parameters if the SELECT is an extended query).
If the same SELECTs comes in, it returns the value from cache.
Since no SQL parsing nor access to PostgreSQL are involved, it's extremely fast.
@@ -2919,13 +2919,13 @@ Since no SQL parsing nor access to PostgreSQL are involved, it's extremely fast.
On the other hand, it might be slower than the normal path because it adds some overhead to store cache.
Moreover when a table is updated, pgpool automatically deletes all the caches related to the table.
So the performance will be degraded by a system with a lot of updates.
-If the cache_hit_ratio is lower than 70%, you might want to disable on memory cache.
+If the cache_hit_ratio is lower than 70%, you might want to disable in memory cache.
</p>
<h2 id="MEMORY_CACHE_RESTRICTIONS">Restrictions</h2>
<ul>
<li>
- On memory query cache deletes the all cache of an updated table automatically
+ In memory query cache deletes the all cache of an updated table automatically
with monitoring if the executed query is UPDATE, INSERT, ALTER TABLE and so on.
But pgpool-II isn't able to recognize implicit updates due to triggers, foreign keys and
DROP TABLE CASCADE.
@@ -2943,7 +2943,7 @@ If the cache_hit_ratio is lower than 70%, you might want to disable on memory ca
</li>
</ul>
-<h2 id="MEMORY_CACHE_ENABLED">Enabling on memory query cache</h2>
+<h2 id="MEMORY_CACHE_ENABLED">Enabling in memory query cache</h2>
<p>
To enable the memory cache functionality, set this to on (default is off).
</p>
@@ -2969,7 +2969,7 @@ memqcache_method = 'shmem'
</pre>
-<h2 id="memqcache_cases">When on memory query cache is prohibited</h2>
+<h2 id="memqcache_cases">When in memory query cache is prohibited</h2>
<p>
Not All of SELECTs and WITH can be cached. In some cases including followings,
@@ -3090,7 +3090,7 @@ These are the parameters used with both of shmem and memcached.
<h2 id="monitoring_memqcache">Monitoring caches</h2>
<p>
-This explains how to monitor on memory query cache.
+This explains how to monitor in memory query cache.
To know if a SELECT result is from query cache or not,
enable <a href="#LOG_PER_NODE_STATEMENT">log_per_node_statement</a>.
</p>
@@ -3287,7 +3287,7 @@ pgpool [-c][-f config_file][-a hba_file][-F pcp_config_file][-n][-D][-d][x]
<td>Discard pgpool_status file and do not restore previous status
<span class="version">V3.0 -</span></td></tr>
<tr><td>-C</td><td>--clear-oidmaps</td>
- <td>Discard oid maps in <a href="#MEMQCACHE_OIDDIR">memqcache_oiddir</a> for on memory query cache
+ <td>Discard oid maps in <a href="#MEMQCACHE_OIDDIR">memqcache_oiddir</a> for in memory query cache
(only when <a href="#MEMQCACHE_METHOD">memqcache_method</a> is 'memcached',
if shmem, discard whenever pgpool starts).
<span class="version">V3.2 -</span></td></tr>
@@ -3526,7 +3526,7 @@ benchs2=# show pool_version;
</pre>
<h2 id="pool_cache">pool_cache <span class="version">V3.0 -</span></h2>
-<p>"SHOW pool_cache" displays cache storage statistics if <a href="#memqcache">on memory query cache</a> is enabled.
+<p>"SHOW pool_cache" displays cache storage statistics if <a href="#memqcache">in memory query cache</a> is enabled.
Here is an example of it:
</p>
@@ -5654,7 +5654,7 @@ fail. Also, the System DB must be PostgreSQL 7.4 or later.</p>
<h2 id="caution_query_cache">Query Cache</h2>
<p>With <a href="#query_cache">on disk query cache, invalidation must be done manually.
-This does not apply to <a href="#memqcache">on memory query cache</a>. Cache invalidation is automatically done with on memory query cache.</p>
+This does not apply to <a href="#memqcache">in memory query cache</a>. Cache invalidation is automatically done with in memory query cache.</p>
<p class="top_link"><a href="#Top">back to top</a></p>
diff --git a/doc/pgpool-ja.html b/doc/pgpool-ja.html
index 74b653252..e854c814b 100644
--- a/doc/pgpool-ja.html
+++ b/doc/pgpool-ja.html
@@ -30,7 +30,7 @@ Last modified: Fri May 16 16:43:02 JST 2014
<li><a href="#parallel">パラレルモード</a></li>
<li><a href="#hba">クライアント認証(HBA)のための pool_hba.conf 設定方法</a></li>
<li><a href="#query_cache">クエリキャッシュの設定方法</a></li>
- <li><a href="#memqcache">オンメモリクエリキャッシュの設定方法</a></li>
+ <li><a href="#memqcache">インメモリクエリキャッシュの設定方法</a></li>
<li><a href="#start">pgpool-IIの起動と停止</a></li>
<li><a href="#reload">pgpool-IIの設定ファイルの再読み込み</a></li>
<li><a href="#show-commands">SHOWコマンド</a></li>
@@ -236,7 +236,7 @@ pgpool-II のソースコードは <a href="http://pgpool.net/mediawiki/index.ph
<tr><th class="nodec"><code>--with-memcached=path</code>
</th>
<td>キャッシュストレージに <a href="memcached_params">memcached</a> を利用し、
- <a href="#memqcache">オンメモリクエリキャッシュ</a>機能を
+ <a href="#memqcache">インメモリクエリキャッシュ</a>機能を
利用したい場合に指定します。
<a href="http://libmemcached.org/libMemcached.html">libMemcached</a>のインストールが必要です。
<span class="version">V3.2 〜</span>
@@ -2951,7 +2951,7 @@ pgpoolのサービス設定ファイルをシステムのPAM設定ディレク
<h1><a name="query_cache"></a>クエリキャッシュの設定方法 <span class="version">〜 V3.4 (REMOVED)</span></h1>
<strong>注意: このクエリキャッシュ機能はV3.4で削除されました。
-代わりに、<a href="#memqcache">オンメモリクエリキャッシュ機能</a>を使用してください。
+代わりに、<a href="#memqcache">インメモリクエリキャッシュ機能</a>を使用してください。
</strong>
<p>
@@ -2993,15 +2993,15 @@ pgpool-IIを再起動する必要があります。</strong>
<!-- ================================================================================ -->
-<h1><a name="memqcache"></a>オンメモリクエリキャッシュの設定方法 <span class="version">V3.2 〜</span></h1>
+<h1><a name="memqcache"></a>インメモリクエリキャッシュの設定方法 <span class="version">V3.2 〜</span></h1>
<p>
-pgpool-IIでは、すべてのモードでオンメモリクエリキャッシュを利用することができます。
+pgpool-IIでは、すべてのモードでインメモリクエリキャッシュを利用することができます。
上記のクエリキャッシュと違い、メモリ上にキャッシュが置かれるので高速であるばかりでなく、
データが更新されると自動的にキャッシュが無効になり、pgpool-IIの再起動の必要がありません。
</p>
<p>
-オンメモリクエリキャッシュは、問い合わせのSELECT文(拡張問い合わせの場合は更にバインドパラメータ)と
+インメモリクエリキャッシュは、問い合わせのSELECT文(拡張問い合わせの場合は更にバインドパラメータ)と
検索結果をペアで記録し、2回目以降に同じSELECT文が発行された場合に、キャッシュから結果を返します。
通常のSELECT文処理と違って、PostgreSQLにアクセスしないだけでなく、
pgpool内部のSQLパース処理などを経由しないため、非常に高速です。
@@ -3011,23 +3011,23 @@ pgpool内部のSQLパース処理などを経由しないため、非常に高
かえって遅くなります。
また、あるテーブルが更新された場合、そのテーブルを参照している
すべてのキャッシュが自動削除されるため(自動削除しない設定も可能)、
-更新処理が多いシステムではオンメモリクエリキャッシュを有効にしていることでかえって遅くなります。
-キャッシュのヒット率が70%以下の場合は、オンメモリクエリキャッシュの設定を有効にしないほうが良いでしょう。
+更新処理が多いシステムではインメモリクエリキャッシュを有効にしていることでかえって遅くなります。
+キャッシュのヒット率が70%以下の場合は、インメモリクエリキャッシュの設定を有効にしないほうが良いでしょう。
</p>
-<h2 id="MEMORY_CACHE_RESTRICTIONS">オンメモリクエリキャッシュの制限事項</h2>
+<h2 id="MEMORY_CACHE_RESTRICTIONS">インメモリクエリキャッシュの制限事項</h2>
<ul>
- <li>オンメモリクエリキャッシュでは、テーブルに変更があると、関連するキャッシュを自動的に削除して古いデータが返却されないようにする機能があります。
+ <li>インメモリクエリキャッシュでは、テーブルに変更があると、関連するキャッシュを自動的に削除して古いデータが返却されないようにする機能があります。
このため、pgpoolは常にUPDATEやINSERTやALTER TABLEなどのコマンドが発行されたかどうかをモニタしています。
しかし、トリガ、外部キーやDROP TABLE CASCADEなどの働きによって暗黙的にテーブルが更新されたことはpgpool-IIからはわからないため、この機能が働きません。
この問題を回避するためには、<a href="#MEMQCACHE_EXPIRE">memqcache_expire</a>を使って一定時間経過したキャッシュを削除するようにするか、<a href="#BLACK_MEMQCACHE_TABLE_LIST">black_memqcache_table_list</a>を使って、該当テーブルがキャッシュされないようにしてください。</li>
- <li>複数のpgpool-IIを動かす環境で共有メモリを使ったオンメモリクエリキャッシュを使用すると、あるpgpool-II経由でテーブルが更新された時に、他のpgpool-IIのキャッシュが削除されず、古いデータを読みだしてしまうことがあります。
+ <li>複数のpgpool-IIを動かす環境で共有メモリを使ったインメモリクエリキャッシュを使用すると、あるpgpool-II経由でテーブルが更新された時に、他のpgpool-IIのキャッシュが削除されず、古いデータを読みだしてしまうことがあります。
このような環境では、キャッシュストレージにmemcachedを使ってください。</li>
</ul>
-<h2 id="MEMORY_CACHE_ENABLED">オンメモリクエリキャッシュの有効化</h2>
+<h2 id="MEMORY_CACHE_ENABLED">インメモリクエリキャッシュの有効化</h2>
<p>
-オンメモリクエリキャッシュを有効にするには、pgpool.confの"memory_cache_enabled"を有効にします。
+インメモリクエリキャッシュを有効にするには、pgpool.confの"memory_cache_enabled"を有効にします。
<pre>
memory_cache_enabled = true
</pre>
@@ -3050,7 +3050,7 @@ memcachedをキャッシュストレージに使用する場合は、ネット
<h2 id="memqcache_cases">キャッシュが作成される場合と作成されない場合</h2>
<p>
-すべてのSELECT(もしくはWITH)がオンメモリクエリキャッシュの対象になるわけではありません。
+すべてのSELECT(もしくはWITH)がインメモリクエリキャッシュの対象になるわけではありません。
キャッシュとDBの一貫性を極力保つために、キャッシュされないケースがあります。以下それを列挙します。
</p>
<ul>
@@ -3068,7 +3068,7 @@ memcachedをキャッシュストレージに使用する場合は、ネット
<h2 id="non_memqcache_case">キャッシュがあっても参照されない場合</h2>
<p>
-オンメモリクエリキャッシュが存在しても、そのキャッシュが利用されないケースがあります。
+インメモリクエリキャッシュが存在しても、そのキャッシュが利用されないケースがあります。
以下それを列挙します。
</p>
<ul>
@@ -3165,7 +3165,7 @@ memcachedをキャッシュストレージに使用する場合は、ネット
<h2 id="monitoring_memqcache">キャッシュのモニタリング</h2>
<p>
-オンメモリクエリキャッシュをモニタする方法を説明します。
+インメモリクエリキャッシュをモニタする方法を説明します。
キャッシュから検索結果が取得されたかどうかは、<a href="#LOG_PER_NODE_STATEMENT">log_per_node_statement</a> を
有効にすることで確認できます。
</p>
@@ -3357,7 +3357,7 @@ pgpool [-c][-f config_file][-a hba_file][-F pcp_config_file][-n][-D][-d]
<td>pgpool_statusを削除し、以前の状態を復元しません
<span class="version">V3.0 〜</span></td></tr>
<tr><td>-C</td><td>--clear-oidmaps</td>
- <td>オンメモリクエリキャッシュの <a href="#MEMQCACHE_OIDDIR">memqcache_oiddir</a> の
+ <td>インメモリクエリキャッシュの <a href="#MEMQCACHE_OIDDIR">memqcache_oiddir</a> の
ディレクトリの中身を消去します
（<a href="#MEMQCACHE_METHOD">memqcache_method</a> が 'memcached' のときのみ。
'shmem' のときは指定しなくても、必ず消去されます）。
@@ -3600,7 +3600,7 @@ benchs2=# show pool_version;
</pre>
<h2 id="pool_cache">pool_cache <span class="version">V3.1 〜</span></h2>
-<p>"SHOW pool_cache" は<a href="#memqcache">オンメモリクエリキャッシュ</a>が有効である場合に、クエリキャッシュのヒット率や、キャッシュストレージの状況を表示します。
+<p>"SHOW pool_cache" は<a href="#memqcache">インメモリクエリキャッシュ</a>が有効である場合に、クエリキャッシュのヒット率や、キャッシュストレージの状況を表示します。
例を示します。
</p>
<p>
@@ -5709,7 +5709,7 @@ configure に失敗します。必ず libpq 3.0 以降(PostgreSQL 7.4以降) を
<h2 id="caution_query_cache">クエリキャッシュ</h2>
<p>
<a href="#query_cache">ディスク上のクエリキャッシュ機能</a>では、キャッシュの無効化を手動で行う必要があります。
-<a href="#memqcache">オンメモリクエリキャッシュ機能</a>にはこの制限は当てはまりません。
+<a href="#memqcache">インメモリクエリキャッシュ機能</a>にはこの制限は当てはまりません。
</p>
</p>
@@ -6854,7 +6854,7 @@ parse によるロックが残存するためです。</p>
</li>
<li>
- オンメモリクエリキャッシュ使用時に子プロセスが sig abort で異常終了するバグを修正しました。
+ インメモリクエリキャッシュ使用時に子プロセスが sig abort で異常終了するバグを修正しました。
(Tatsuo Ishii)
<p>
parse メッセージの後に複数の bind/execute メッセージが来た場合に発生していた、メモリの二重解放がこのバグの原因です。
@@ -7108,7 +7108,7 @@ $ psql sales -c "select pgpool_pgctl('reload', 'fast')";
Tatsuo Ishii が行いました。</p>
</li>
-<li>オンメモリクエリキャッシュと watchdog の 中国語のチュートリアルを追加しました。(Bambo Huang)</li>
+<li>インメモリクエリキャッシュと watchdog の 中国語のチュートリアルを追加しました。(Bambo Huang)</li>
<li>レグレッションテストを作成しました。(Tatsuo Ishii)</li>
@@ -7225,7 +7225,7 @@ SELECT * FROM t1;
<li>pg_md5 コマンドで起こりうるクラッシュを修正しました。(Muhammad Usama)</li>
-<li>オンメモリクエリキャッシュ有効時に発生するセグメンテーション違反が修正されました。(Tatsuo Ishii))
+<li>インメモリクエリキャッシュ有効時に発生するセグメンテーション違反が修正されました。(Tatsuo Ishii))
<p>
これは、拡張クエリモードで実行されたクエリが長い結果を返すときに発生します。
このバグはバグトラック #63 にて、harukat さんにより報告、解析され、テストケースが提供されました。
@@ -7263,7 +7263,7 @@ FATAL: no PostgreSQL user name specified in startup packet
</pre>
</li>
-<li>オンメモリクエリキャッシュを有効にした時の拡張クエリの処理におけるメモリ割り当てロジックを修正しました。(Tatsuo Ishii)
+<li>インメモリクエリキャッシュを有効にした時の拡張クエリの処理におけるメモリ割り当てロジックを修正しました。(Tatsuo Ishii)
<p>
バインドパラメータ付きの拡張クエリで、1024 バイト以上の長いクエリ文字列が渡されたときに、
十分なメモリ割り当てができていませんでした。
@@ -7896,7 +7896,7 @@ parse によるロックが残存するためです。</p>
</li>
<li>
- オンメモリクエリキャッシュ使用時に子プロセスが sig abort で異常終了するバグを修正しました。
+ インメモリクエリキャッシュ使用時に子プロセスが sig abort で異常終了するバグを修正しました。
(Tatsuo Ishii)
<p>
parse メッセージの後に複数の bind/execute メッセージが来た場合に発生していた、メモリの二重解放がこのバグの原因です。
@@ -8038,7 +8038,7 @@ SELECT * FROM t1;
<li>pg_md5 コマンドで起こりうるクラッシュを修正しました。(Muhammad Usama)</li>
-<li>オンメモリクエリキャッシュ有効時に発生するセグメンテーション違反が修正されました。(Tatsuo Ishii))
+<li>インメモリクエリキャッシュ有効時に発生するセグメンテーション違反が修正されました。(Tatsuo Ishii))
<p>
これは、拡張クエリモードで実行されたクエリが長い結果を返すときに発生します。
このバグはバグトラック #63 にて、harukat さんにより報告、解析され、テストケースが提供されました。
@@ -8074,7 +8074,7 @@ FATAL: no PostgreSQL user name specified in startup packet
</pre>
</li>
-<li>オンメモリクエリキャッシュを有効にした時の拡張クエリの処理におけるメモリ割り当てロジックを修正しました。(Tatsuo Ishii)
+<li>インメモリクエリキャッシュを有効にした時の拡張クエリの処理におけるメモリ割り当てロジックを修正しました。(Tatsuo Ishii)
<p>バインドパラメータ付きの拡張クエリで、1024 バイト以上の長いクエリ文字列が渡されたときに、
十分なメモリ割り当てができていませんでした。
</p>
@@ -8230,7 +8230,7 @@ FATAL: no PostgreSQL user name specified in startup packet
</blockquote>
</li>
-<li>別名を持つ UPDATE/DELETE の処理におけるオンメモリクエリキャッシュのバグを修正しました。(Tatsuo Ishii)
+<li>別名を持つ UPDATE/DELETE の処理におけるインメモリクエリキャッシュのバグを修正しました。(Tatsuo Ishii)
<p>
別名を持つ UPDATE/DELETE 文（例えば、UPDATE t1 AS foo ...）において、
"t1 AS foo" がテーブル名と認識されていたため、クエリキャッシュの無効化が
@@ -8351,7 +8351,7 @@ FATAL: no PostgreSQL user name specified in startup packet
<li>ロードバランスの条件について、より詳しい情報をマニュアルに追記しました。 (Tatso Ishii)</li>
-<li>オンメモリクエリキャッシュ使用時に発生するセグメンテーションフォルトを修正しました。
+<li>インメモリクエリキャッシュ使用時に発生するセグメンテーションフォルトを修正しました。
これはキャッシュアレイの処理のバグが原因です。 (Tatsuo Isii)
<p>
トランザクション中の一時キャッシュの結果を保持するためにキャッシュアレイ使用されます。
@@ -8533,7 +8533,7 @@ FATAL: no PostgreSQL user name specified in startup packet
</blockquote>
</li>
-<li>オンメモリクエリキャッシュで、<a href="#BLACK_MEMQCACHE_TABLE_LIST">black_memqcache_table_list</a> に
+<li>インメモリクエリキャッシュで、<a href="#BLACK_MEMQCACHE_TABLE_LIST">black_memqcache_table_list</a> に
テーブルが指定されている場合に <a href="#WHITE_MEMQCACHE_TABLE_LIST">white_memqcache_table_list</a> に
指定されたテーブルのみがキャッシュされていたバグを修正しました。
(Yugo Nagata)</li>
@@ -8957,7 +8957,7 @@ Session 1: LISTEN aaa; --- ハング
pgpool-II の再起動の必要がありません。
</p>
<p>
- オンメモリクエリキャッシュは、問い合わせの SELECT 文(拡張問い合わせの場合は更にバインドパラメータ)と
+ インメモリクエリキャッシュは、問い合わせの SELECT 文(拡張問い合わせの場合は更にバインドパラメータ)と
検索結果をペアで記録し、2 回目以降に同じ SELECT 文が発行された場合に、キャッシュから結果を返します。
通常の SELECT 文処理と違って、PostgreSQL にアクセスしないだけでなく、
pgpool 内部の SQL パース処理などを経由しないため、非常に高速です。
@@ -8966,8 +8966,8 @@ Session 1: LISTEN aaa; --- ハング
反面、キャッシュにヒットしない場合は通常の SELECT 文の処理に加えてキャッシュ処理のオーバヘッドが生じるので、
かえって遅くなります。また、あるテーブルが更新された場合、そのテーブルを参照している
すべてのキャッシュが自動削除されるため（自動削除しない設定も可能）、
- 更新処理が多いシステムではオンメモリクエリキャッシュを有効にしていることでかえって遅くなります。
- キャッシュのヒット率が 70% 以下の場合は、オンメモリクエリキャッシュの設定を有効にしないほうが良いでしょう。
+ 更新処理が多いシステムではインメモリクエリキャッシュを有効にしていることでかえって遅くなります。
+ キャッシュのヒット率が 70% 以下の場合は、インメモリクエリキャッシュの設定を有効にしないほうが良いでしょう。
</p>
<dt>キャッシュストレージの選択</dt>
@@ -8990,7 +8990,7 @@ Session 1: LISTEN aaa; --- ハング
<dd>
<ul>
<li>
- オンメモリクエリキャッシュでは、テーブルに変更があると、関連するキャッシュを自動的に削除して
+ インメモリクエリキャッシュでは、テーブルに変更があると、関連するキャッシュを自動的に削除して
古いデータが返却されないようにする機能があります。
このため、pgpool は常に UPDATE や INSERT や ALTER TABLE などのコマンドが発行されたかどうかを
モニタしています。<br>
@@ -9002,7 +9002,7 @@ Session 1: LISTEN aaa; --- ハング
</li>
<li>
- 複数の pgpool-II を動かす環境で共有メモリを使ったオンメモリクエリキャッシュを使用すると、
+ 複数の pgpool-II を動かす環境で共有メモリを使ったインメモリクエリキャッシュを使用すると、
ある pgpool-II 経由でテーブルが更新された時に、他の pgpool-II のキャッシュが削除されず、
古いデータを読みだしてしまうことがあります。<br>
このような環境では、キャッシュストレージに memcached を使ってください。
@@ -9185,7 +9185,7 @@ Session 1: LISTEN aaa; --- ハング
</li>
<li>チュートリアル</li>
-<p><a href="#memqcache">オンメモリクエリキャッシュ</a> と <a href="#watchdog">Watchdog 機能</a>
+<p><a href="#memqcache">インメモリクエリキャッシュ</a> と <a href="#watchdog">Watchdog 機能</a>
のチュートリアルを作成しました。(Nozomi Anzai)</p>
</ul>
@@ -9262,7 +9262,7 @@ Session 1: LISTEN aaa; --- ハング
<li>is_set_transaction_serializable() 関数から使用されていない引数 query を削除しました。(Tastuo Ishii)</li>
-<li>pgpool.conf の on memory query cache セクションのコメントを他のセクションと同じ様式に修正しました。(Tatsuo Ishii)</li>
+<li>pgpool.conf の in memory query cache セクションのコメントを他のセクションと同じ様式に修正しました。(Tatsuo Ishii)</li>
<li>pgpool.conf.sample-master-slave, pgpool.conf.sample-replication, pgpool.conf.sample-stream に
抜けていたオプション health_check_max_retries, health_check_retry_delay を追加しました。(Tastuo Ishii)</li>
@@ -9414,7 +9414,7 @@ Session 1: LISTEN aaa; --- ハング
</blockquote>
</li>
-<li>オンメモリクエリキャッシュで memcached を利用している場合、
+<li>インメモリクエリキャッシュで memcached を利用している場合、
memcached サーバが停止していてもエラーを起こさないようにしました。(Tatsuo Ishii)
<p>
これは主に、memcached_get() が MEMCACHED_NOTFOUND 以外のエラーを返した場合には、
diff --git a/src/query_cache/pool_memqcache.c b/src/query_cache/pool_memqcache.c
index 7e0012ed4..f0f3f4caf 100644
--- a/src/query_cache/pool_memqcache.c
+++ b/src/query_cache/pool_memqcache.c
@@ -188,7 +188,7 @@ void memcached_disconnect (void)
}
/*
- * Register buffer data for query cache on memory cache
+ * Register buffer data for query cache in memory cache
*/
void memqcache_register(char kind,
POOL_CONNECTION *frontend,
@@ -3855,7 +3855,7 @@ static bool is_free_hash_element(void)
* Subsequent call to this function will break return value
* because its in static memory.
* Caller must hold shmem_lock before calling this function.
- * If on memory query cache is not enabled, all stats are 0.
+ * If in memory query cache is not enabled, all stats are 0.
*/
POOL_SHMEM_STATS *pool_get_shmem_storage_stats(void)
{
diff --git a/src/sample/pgpool.conf.sample b/src/sample/pgpool.conf.sample
index 6722e94ce..9d92c9c31 100644
--- a/src/sample/pgpool.conf.sample
+++ b/src/sample/pgpool.conf.sample
@@ -637,7 +637,7 @@ check_unlogged_table = on
# Default is on.
#------------------------------------------------------------------------------
-# ON MEMORY QUERY MEMORY CACHE
+# IN MEMORY QUERY MEMORY CACHE
#------------------------------------------------------------------------------
memory_cache_enabled = off
# If on, use the memory cache functionality, off by default
diff --git a/src/sample/pgpool.conf.sample-master-slave b/src/sample/pgpool.conf.sample-master-slave
index 6160a296b..21f9a4583 100644
--- a/src/sample/pgpool.conf.sample-master-slave
+++ b/src/sample/pgpool.conf.sample-master-slave
@@ -636,7 +636,7 @@ check_unlogged_table = on
# Default is on.
#------------------------------------------------------------------------------
-# ON MEMORY QUERY MEMORY CACHE
+# IN MEMORY QUERY MEMORY CACHE
#------------------------------------------------------------------------------
memory_cache_enabled = off
# If on, use the memory cache functionality, off by default
diff --git a/src/sample/pgpool.conf.sample-replication b/src/sample/pgpool.conf.sample-replication
index 65ec013e4..a9cbd8178 100644
--- a/src/sample/pgpool.conf.sample-replication
+++ b/src/sample/pgpool.conf.sample-replication
@@ -635,7 +635,7 @@ check_unlogged_table = on
# Default is on.
#------------------------------------------------------------------------------
-# ON MEMORY QUERY MEMORY CACHE
+# IN MEMORY QUERY MEMORY CACHE
#------------------------------------------------------------------------------
memory_cache_enabled = off
# If on, use the memory cache functionality, off by default
diff --git a/src/sample/pgpool.conf.sample-stream b/src/sample/pgpool.conf.sample-stream
index 69b48f6b6..2d16c6d30 100644
--- a/src/sample/pgpool.conf.sample-stream
+++ b/src/sample/pgpool.conf.sample-stream
@@ -636,7 +636,7 @@ check_unlogged_table = on
# Default is on.
#------------------------------------------------------------------------------
-# ON MEMORY QUERY MEMORY CACHE
+# IN MEMORY QUERY MEMORY CACHE
#------------------------------------------------------------------------------
memory_cache_enabled = off
# If on, use the memory cache functionality, off by default
diff --git a/src/utils/pool_process_reporting.c b/src/utils/pool_process_reporting.c
index ebaaf17bf..b82d93244 100644
--- a/src/utils/pool_process_reporting.c
+++ b/src/utils/pool_process_reporting.c
@@ -1603,7 +1603,7 @@ void version_reporting(POOL_CONNECTION *frontend, POOL_CONNECTION_POOL *backend)
}
/*
- * Show on memory cache reporting
+ * Show in memory cache reporting
*/
void cache_reporting(POOL_CONNECTION *frontend, POOL_CONNECTION_POOL *backend)
{
[parent: 1a37e1c35bd8]