Fri Jun 26 10:49:35 PDT 2009
- Previous message: [Slony1-general] hanging slony replication
- Next message: [Slony1-general] hanging slony replication
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Long running transactions are a problem. Do you have them? What's your maintenance regime (vacuum and so on?) Andrew Sullivan ajs at shinkuro.com On 2009-06-26, at 12:08, "Burak Bender" <Burak.Bender at gmx.net> wrote: > Hi there, > > I am using Slony 1.2.15 on gentoo with postgres 8.3.4 > Context is a java web application running on tomcat. > > I encountered some weird behaviour when doing multiple select > statements with a plain jdbc connection triggered by a script on the > master db. > > It seems that the select statements are slowing down the slony > replication in a major way, so that slony commits wont be processed > until the select statement finishes. > The connection pool gets exhausted by queries that do not return and > stay at the COMMIT statement. Selecting pg_stat_activity shows up to > 42 "hanging" COMMIT statements! > > In pg_logs I can see lots of waiting queries: > > duration: 5557.956 ms statement: select "_km_cluster".forwardConfirm > (2, 3,'1814465', '2009-06-26 15:55:02.034346'); > 15:55:09 km_prod LOG: duration: 5219.536 ms statement: notify > "_km_cluster_Event"; insert into "_km_cluster".sl_event > (ev_origin, ev_seqno, ev_timestamp, ev_minxid, ev_maxxid, > ev_xip, ev_type ) values ('2','1814466', '2009-06-26 > 15:55:03.98378', '75848912', '75848912', '', 'SYNC'); > insert into "_km_cluster".sl_confirm ^I(con_origin,con_received, > con_seqno, con_timestamp) values (2, 1, '1814466', now()); commit > transaction; > 15:55:10 comm_prod LOG: duration: 17750.271 ms statement: listen > "_comm_cluster_Event"; > 15:55:10 comm_prod LOG: duration: 17694.024 ms statement: listen > "_comm_cluster_Event"; > 15:55:11 comm_prod LOG: duration: 16337.644 ms statement: notify > "_comm_cluster_Event"; insert > 15:55:11 km_prod LOG: duration: 13147.354 ms execute S_2: COMMIT > into "_comm_cluster".sl_event (ev_origin, ev_seqno, > ev_timestamp, ev_minxid, ev_maxxid, ev_xip, ev_type ) values > ('3', '1213250', '2009-06-26 15:54:53.709398', '50637491', '50637491 > ', '', 'SYNC'); insert into "_comm_cluster".sl_confirm > ^I(con_origin, con_received, con_seqno, con_timestamp) values > (3, 1, '1213250', now()); commit transaction; > 15:55:12 comm_prod LOG: duration: 24362.984 ms statement: notify > "_comm_cluster_Event"; insert into "_comm_cluster".sl_event > (ev_origin, ev_seqno, ev_timestamp, ev_minxid, ev_maxxid, > ev_xip, ev_type ) values > ('2', '1815023', '2009-06-26 15:54:47.1518', '75848890', > '75848890', '', 'SYNC'); insert into "_comm_cluster".sl_confirm ^I > (con_origin, con_received, con_seqno, con_timestamp) values (2, > 1, '1815023', now()); commit transaction; > 15:55:12 comm_prod LOG: duration: 5728.775 ms statement: select > "_comm_cluster".createEvent('_comm_cluster', 'SYNC', NULL); > 15:55:13 km_prod LOG: duration: 6187.793 ms execute S_2: COMMIT > 15:55:13 km_prod LOG: duration: 12125.475 ms execute S_2: COMMIT > 15:55:15 km_prod LOG: duration: 7538.928 ms execute S_2: COMMIT > 15:55:15 km_prod LOG: duration: 7532.898 ms execute S_2: COMMIT > 15:55:15 km_prod LOG: duration: 7531.024 ms execute S_2: COMMIT > 15:55:15 km_prod LOG: duration: 7763.779 ms execute S_2: COMMIT > ... lots of waiting commits > > > Any idea or hint what may causes the problem? > I am confused because "Select statements" do not bother Slony , > don't they? > > Best regards > Burak > -- > GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! > Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 > _______________________________________________ > Slony1-general mailing list > Slony1-general at lists.slony.info > http://lists.slony.info/mailman/listinfo/slony1-general
- Previous message: [Slony1-general] hanging slony replication
- Next message: [Slony1-general] hanging slony replication
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Slony1-general mailing list