Diferentes costes de consultas en BD replicada

From: Ruben Fitó <r(dot)fito(at)ubiquat(dot)com>
To: "pgsql-es-ayuda(at)postgresql(dot)org" <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: Diferentes costes de consultas en BD replicada
Date: 2014-04-11 11:36:29
Message-ID: CANiYpQyN4iHQ3M=moP1b=jyFmzgnf=eQyKAOcfn1cP2PprLWYA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-es-ayuda

Hola Lista,

Os comento, tengo una BD-RW postgres 9.1 en una VM i una BD-RO rèplica con
Streaming Replication en otra VM idèntica, con los mismos recursos, etc.

Nos hemos encontrado con que ejecutamos la misma función(varias consultas)
en la BD-RW i en BD-RO, i en BD-RW tarda unos 10 segundos i en BD-RO tarda
sólo 1 segundo. Se han realizado muchas pruebas i siempre se obtiene el
mismo resultado.

Hemos pensado que la BD-RW se encuentra "estresada" ya que recibe INSERTS,
UPDATES, TRIGGERS, etc. Lo curioso es que nuestra plataforma transaccional,
que usa BD-RW, no tiene demora en las respuestas de otras consultas, mas o
menos siempre ha mantenido el mismo coste, con lo que no tiene sentido si
partimos de la premisa inicial.

Cuál puede ser el motivo de la BD-RW sea 10 veces más lenta, en una funcion
concreta, que la BD-RO si tienen los mismos recursos? quizas por culpa de
INDEX o VACUM o configuración?, o algun tipo de bloqueo?, cosas del
Streaming Replication?, o......??

Nota: De momento, el resto de consultas analizadas en BD-RW i BD-RO tiene
un coste muy parecido.

Gracias de antemano y un saludo

--
*Ruben Fitó *
Software Engineer
[image: Ubiquat Technologies, SL] r(dot)fito(at)ubiquat(dot)com<j(dot)catarineu(at)ubiquat(dot)com>

www.ubiquat.com
Tota la informació continguda en aquest document i arxius adjunts és
CONFIDENCIAL protegida per llei de secret comercial. Si l'ha rebut per
error, si us plau elimini'l i posi's en contacte amb l'emissor.

All information contained in this document and any attachments are
CONFIDENTIAL and protected under trade secret laws. If you receive this
message by mistake, please delete it and notify it immediately to the
sender.

Browse pgsql-es-ayuda by date

  From Date Subject
Next Message Andrés Oswaldo Yépez Manteca 2014-04-11 13:28:17 estrategia de respaldos en postgres
Previous Message Alberto Cabello Sánchez 2014-04-11 06:47:42 WebServices en Java accesando PostgreSQL