[pgpool-general-jp: 1051] Re: COMMITでエラー
Tatsuo Ishii
ishii ＠ sraoss.co.jp
2012年 4月 30日 (月) 20:07:39 JST
済みません。添付を忘れました。
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sraoss.co.jp/index_en.php
Japanese: http://www.sraoss.co.jp
> 石井です。
>
>> 稲村と申します。お世話になっております。
>>
>> 以下の環境で2台のサーバで利用しています。
>> pgpool-II 3.1.3
>> postgresql9.1.3
>> debian6.0(64bit)
>> クライアントからはNpgsqlで.NETアプリから接続しています。
>>
>> PostgreSQLのストリーミングレプリケーションを使用し、pgpoolでは負荷分散とコネクションプールだけを利用しています。
>> Pgpoolはマスタースレーブモードでstreamの設定で稼働しています。
>> （文末にpgpool.confの抜粋を記載）
>>
>> Npgsqlにてトランザクション処理を実行しようと、Npgsqlのトランザクションメソットでトランザクションを実行し、INSERTを発行、メソットでコミットを実行すると、
>> コミットでエラーになり、アプリケーション側にも「オブジェクトに対するインスタンスがない」という旨のメッセージが返ってきます。
>>
>> ログをみてみると
>> 2012-04-30 12:04:05 LOG: pid 19873: DB node id: 0 backend pid: 19884
>> statement: BEGIN
>> 2012-04-30 12:04:05 LOG: pid 19873: DB node id: 1 backend pid: 10979
>> statement: BEGIN
>> 2012-04-30 12:04:05 LOG: pid 19873: DB node id: 0 backend pid: 19884
>> statement: SET ssl_renegotiation_limit=0
>> 2012-04-30 12:04:05 LOG: pid 19873: DB node id: 1 backend pid: 10979
>> statement: SET ssl_renegotiation_limit=0
>> 2012-04-30 12:04:05 LOG: pid 19873: DB node id: 1 backend pid: 10979
>> statement: COMMIT
>> 2012-04-30 12:04:05 LOG: pid 19873: DB node id: 0 backend pid: 19884
>> statement: COMMIT
>> 2012-04-30 12:04:05 LOG: pid 19873: DB node id: 0 backend pid: 19884
>> statement: BEGIN
>> 2012-04-30 12:04:05 LOG: pid 19873: DB node id: 1 backend pid: 10979
>> statement: BEGIN
>> 2012-04-30 12:04:05 LOG: pid 19873: DB node id: 0 backend pid: 19884
>> statement: set search_path to table1
>> 2012-04-30 12:04:05 LOG: pid 19873: DB node id: 1 backend pid: 10979
>> statement: set search_path to table1
>> 2012-04-30 12:04:05 LOG: pid 19873: DB node id: 1 backend pid: 10979
>> statement: COMMIT
>> 2012-04-30 12:04:05 LOG: pid 19873: DB node id: 0 backend pid: 19884
>> statement: COMMIT
>> 2012-04-30 12:04:05 LOG: pid 19873: DB node id: 0 backend pid: 19884
>> statement: BEGIN; SET TRANSACTION ISOLATION LEVEL READ COMMITTED;
>> 2012-04-30 12:04:05 LOG: pid 19873: DB node id: 0 backend pid: 19884
>> statement: INSERT INTO table1(SQL文略)
>> 2012-04-30 12:04:05 LOG: pid 19873: DB node id: 0 backend pid: 19884
>> statement: INSERT INTO table1(SQL文略)
>> 2012-04-30 12:04:05 LOG: pid 19873: DB node id: 1 backend pid: 10979
>> statement: COMMIT
>> 2012-04-30 12:04:05 LOG: pid 19873: pool_send_and_wait: Error or
>> notice message from backend: : DB node id: 1 backend pid: 10979
>> statement: COMMIT message: there is no transaction in progress
>> 2012-04-30 12:04:05 LOG: pid 19873: DB node id: 0 backend pid: 19884
>> statement: COMMIT
>> 2012-04-30 12:04:05 ERROR: pid 19873: read_kind_from_backend: 1 th
>> kind N does not match with master or majority connection kind C
>> 2012-04-30 12:04:05 ERROR: pid 19873: kind mismatch among backends.
>> Possible last query was: "COMMIT" kind details are: 0[C] 1[N: there is
>> no transaction in progress]
>> 2012-04-30 12:04:05 LOG: pid 19873: do_child: exits with status 1 due to error
>>
>> ということで、NpgSQL使ったトランザクションはnode0のみに発行されているにも関わらず、
>> コミットに関しては参照専用であるnode1にも発行されており、それがエラーになっているようです。
>> COMMITがセカンダリにも発行されているということか、それともBEGINがプライマリにしか発行されていないということなのか・・・。
>
> ドキュメントにも書いてありますが、pgpool-IIは、
>
> BEGIN; SET TRANSACTION ISOLATION LEVEL READ COMMITTED;
>
> のように、複数のSQL文を";"でつなげたマルチステートメント文を理解できま
> せん。(このあたりはアプリケーションで制御できない、Npgsqlの仕様だと思う
> のですが、困ったものです) pgpool-II 3.0まではたまたまこれでも不都合なく
> 動いていたのですが、pgpool-II 3.1と3.2では別の「修正」の副作用により、
> 動かなくなりましたが、3.3ではこれが再度修正されました。ただ、修正が
> JDBCのような、拡張プロトコルのケースのみの対応で、Npgsqlのように、単純
> プロトコルのケースでの対応が漏れていたようです。
>
>> （それ以外にもBEGINとCOMMITが発行されているようで、プログラムの流れからこれらはおそらくSELECTの発行により実行されているものだと思いますが、
>> 正しい動作なのでしょうか。）
>
> これは、おそらく内部的にnpgsqlが発行するクエリに対応してpgpool-IIが自動
> 発行しているものです。問題ありません。
>
>> で、具合が悪いのは、プライマリではCOMMITが有効になるようで、エラーが返ってきてもデータは更新されているという状態です。
>> （データベースのレプリケーションは正常に行われているようで、データの不整合は起きていません。）
>>
>> 設定がよくないのでしょうか・・・。どのように対応すればよいか困っております。
>> お知恵を拝借できればと思っております。
>>
>> よろしくお願いいたします。
>
> 修正パッチを添付したので、お試しいただけますでしょうか？
> --
> Tatsuo Ishii
> SRA OSS, Inc. Japan
> English: http://www.sraoss.co.jp/index_en.php
> Japanese: http://www.sraoss.co.jp
>
>> （以下pgpool.confの一部抜粋）
>> ------------------------------------------------
>> listen_addresses = '*'
>> port = 5432
>>
>> # - Backend Connection Settings -
>> backend_hostname0 = '192.168.0.198'
>> backend_port0 = 5433
>> backend_weight0 = 1
>> #backend_data_directory0 = '/data'
>> backend_flag0 = 'ALLOW_TO_FAILOVER'
>> backend_hostname1 = '192.168.0.197'
>> backend_port1 = 5433
>> backend_weight1 = 3
>> #backend_data_directory1 = '/data1'
>> backend_flag1 = 'ALLOW_TO_FAILOVER'
>>
>> # - Authentication -
>> enable_pool_hba = on
>> authentication_timeout = 60
>>
>> # - SSL Connections -
>> ssl = off
>>
>> # - Pool size -
>> num_init_children = 150
>> max_pool = 10
>>
>> # - Life time -
>> child_life_time = 300
>> child_max_connections = 0
>> connection_life_time = 0
>> client_idle_limit = 1800
>>
>> # - Where to log -
>> log_destination = 'stderr'
>>
>> # - What to log -
>> print_timestamp = on
>> log_connections = off
>> log_hostname = off
>> log_statement = off
>> log_per_node_statement = on
>> log_standby_delay = 'if_over_threshold'
>>
>> # - Syslog specific -
>> syslog_facility = 'LOCAL0'
>> syslog_ident = 'pgpool'
>>
>> # - Debug -
>> debug_level = 0
>>
>> pid_file_name = '/var/run/pgpool/pgpool.pid'
>> logdir = '/tmp'
>>
>>
>> connection_cache = on
>> reset_query_list = 'ABORT; DISCARD ALL'
>> #reset_query_list = 'ABORT; RESET ALL; SET SESSION AUTHORIZATION DEFAULT'
>>
>> replication_mode = off
>> replicate_select = off
>> insert_lock = off
>> lobj_lock_table = ''
>>
>> # - Degenerate handling -
>> replication_stop_on_mismatch = off
>> failover_if_affected_tuples_mismatch = off
>>
>> load_balance_mode = on
>> ignore_leading_white_space = on
>> white_function_list = ''
>> black_function_list = 'currval,lastval,nextval,setval'
>>
>> master_slave_mode = on
>> master_slave_sub_mode = 'stream'
>>
>> # - Streaming -
>> sr_check_period = 10
>> sr_check_user = 'replication_user'
>> sr_check_password = '*********'
>> delay_threshold = 10000000
>>
>> # - Special commands -
>> follow_master_command = ''
>>
>> parallel_mode = off
>> enable_query_cache = off
>> pgpool2_hostname = ''
>>
>> health_check_period = 0
>> health_check_timeout = 20
>> health_check_user = 'postgres'
>> health_check_password = '*****'
>>
>> relcache_expire = 0
>> ------------------------------------------
>> _______________________________________________
>> pgpool-general-jp mailing list
>> pgpool-general-jp ＠ sraoss.jp
>> http://www.sraoss.jp/mailman/listinfo/pgpool-general-jp
> _______________________________________________
> pgpool-general-jp mailing list
> pgpool-general-jp ＠ sraoss.jp
> http://www.sraoss.jp/mailman/listinfo/pgpool-general-jp
-------------- next part --------------
テキスト形式以外の添付ファイルを保管しました...
ファイル名: pool_query_context.patch
型: text/x-patch
サイズ: 653 バイト
説明: 無し
URL: <http://www.sraoss.jp/pipermail/pgpool-general-jp/attachments/20120430/35a04b78/attachment-0001.bin>
pgpool-general-jp メーリングリストの案内