[pgpool-general-jp: 1358] Re: pgpool3.3.5 ロードバランスについて

[Yugo Nagata]

近藤さん

長田です。

> １．ロードバランス条件について
> 
> マニュアルには、以下のように「条件をすべて満たした場合にロードバランス」とあります。
> 
> >load_balance_mode = true を設定した場合、以下の条件のすべてを満たした>時に
> SELECTなどの問い合わせがロードバランスされます。
> >◾PostgreSQLのバージョンが7.4以降である
> >◾問い合わせが明示的なトランクザションブロックの内側にない(つまり、>BEGINを発行していない)
> 
> しかし、内部処理を見ますと pool_query_context.c においては以下のようになっています。
> 
>                         else if (TSTATE(backend, MASTER_NODE_ID) == 'I' ||
>                                          (!pool_is_writing_transaction() &&
>                                           !pool_is_failed_transaction() &&
>                                           pool_get_transaction_isolation()
> != POOL_SERIALIZABLE))
>                        {
>                                 /* load balance */
>                                 pool_set_node_to_be_sent(query_context,
(snip) 
> つまり、トランザクションの外部 or 他の条件を満たせばロードバランスされておりまして、内部であってもロードバランスされてしまいます。 || でなく
> && であるべきかと思いますが、どうでしょうか？

すいません。マニュアルの更新漏れがありましたが、こちらは 3.3.0 より
以下の通り仕様が変更がありました。

- レプリケーションモードで、明示的なトランザクション内のロードバランスができるようになりました。(Tatsuo Ishii)
 -- ロードバランスが行われる条件は以下のとおりです。
 1. replicate_select が off
 2. 書き込みを行う関数が使われていない
 3.トランザクション分離モードが SERIALIZABLE ではない
 4. DML/DDL がトランザクションの中で実行されていない

（参照：リリースノート
　http://www.pgpool.net/docs/latest/pgpool-ja.html#release3.3.0）

以下のコミットによります。
http://git.postgresql.org/gitweb/?p=pgpool2.git;a=commitdiff;h=62caae201f683f35f756fedd60c610e343d599c4

> ２．レプリケーションモード時の挙動仕様について
> 
> レプリケーションモードの場合、update や
> deleteは全てのノードに送られます。読むだけのselectは高速化のためにロードバランス可能として頂いていると認識しています。また、トランザクション内部の場合などは、更新副作用のある場合を考慮して、ロードバランスされないと受け止めています。

上記の通り、3.3.0 からは可能な場合はトランザクションブロック内でも
select がロードバランスされます。

> 
> そのため、ロードバランスされない場合、レプリケーションモードを利用している場合、update や delete
> と同様に、全てのノードに送られる仕様であると助かります。現在は、マスターノードのみに送られます。

すみません。これはちょっと分からなかったのですが、
「レプリケーションモードで、トランザクション内の SELECT がロードバランスされない場合は
　全てのノードに送るようにしたい。
　（ただし、トランザクション外では普通にロードバランスしてOK）」
という理解であっているでしょうか？

実際には上記の通り可能な場合はロードバランスさせているのですが、
これでは不都合がありますでしょうか。上記の要望の理由やユースケース
など教えていただければ幸いです。

> 
> これは、replicate_select を true にすると、ひとまず両方に送られますが、この対応ではselect
> のロードバランスが全くされないため、パフォーマンスが大きく下がってしまいます。また、更新やinsertが多数ある状態ですと、タイミングによって、ノード間の不一致がごく一時的に発生している状態の単純なselect
> がエラーとなってしまう恐れが高いと思っています。


-- 
Yugo Nagata <nagata ＠ sraoss.co.jp>