Análisis de rendimiento al usar un Pool de conexiones

Índice de contenido

• Introducción.
• Caso de estudio: Aplicación Web.
• Definición del test de rendimiento.
• Resultados obtenidos al ejecutar el test de rendimiento.
• Análisis de los resultados obtenidos.

Introducción

Toda aplicación debería cubrir de forma satisfactoria las necesidades para las que fueron creadas, siendo además muy deseable que las tareas las realizasen
usando de forma satisfactoria los recursos disponibles y proporcionase además un tiempo de respuesta adecuado al cliente.

En este tutorial vamos a analizar las mejoras en rendimiento que nos ofrece el uso de Pool de conexiones a base de datos. Para ello, realizaremos una sencilla aplicación Web (desplegada sobre Tomcat 6)
que simplemente para cada petición se conecte a una base de datos bien a través de un Pool de conexión o sin él, y analizaremos los resultados obtenidos al ejecutar un test de rendimiento
que estrese a la aplicación simulando peticiones concurrentes y constantes a la misma.

Caso de estudio: Aplicación Web

package com.autentia.tutoriales.performance;

import java.io.IOException;
import java.sql.Connection;
import java.sql.DriverManager;
import javax.naming.Context;
import javax.naming.InitialContext;
import javax.servlet.ServletException;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import javax.sql.DataSource;

/**
 * Servlet que usaremos para medir el rendimiento de conexiones con y sin pool de conexiones
 * @author Carlos García. Autentia.
 */
public class TestPoolServlet extends javax.servlet.http.HttpServlet {
	
	private DataSource source;

	/* 
	 * Realizamos las tareas de inizialización
	 */
	public void init() throws ServletException {
		super.init();
		
		try {
			// Cargamos el Driver, para los accesos sin pool de conexiones.
			Class.forName("com.mysql.jdbc.Driver");
			
			// Obtenemos el pool.
			Context initCtx = new InitialContext();
			Context envCtx  = (Context) initCtx.lookup("java:comp/env");
			this.source 	= (DataSource) envCtx.lookup("jdbc/poolTutorialDB");			
		} catch (Exception e) {
			throw new ServletException(e);
		}		
	}	

	/* 
	 * Realizamos las tarea de conexión con la base de datos.
	 */
	protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
		Connection conn	= null;
		
		try {
			resp.setContentType("text/html");
			resp.setStatus(HttpServletResponse.SC_OK);
			
			// ¿ Usamos el Pool de conexiones ?
			boolean usePool = "1".equals(req.getParameter("pool"));
			if (usePool){
				conn = source.getConnection();	
			} else {
				conn = DriverManager.getConnection("jdbc:mysql://localhost:3306/test", "invitado", "invitado");
			}
		} catch (Exception ex){
			resp.getWriter().println(ex.getMessage());
		} finally {
			try {
				conn.close();	// Liberamos recursos descartando las excepciones que se pudieran producir
			} catch (Exception ex){}
		}
	}
}      
    

web.xml de la aplicación web

	
	Test Performance Pool Servlet
	
	
		testPerformancePoolServlet
		com.autentia.tutoriales.performance.TestPoolServlet
	
	
	
		testPerformancePoolServlet
		/*
	

	
		jdbc/poolTutorialDB
		javax.sql.DataSource
		Container
	
	
  
    

context.xml Definición del Pool de conexiones que usará la aplicación.

Definición del test de rendimiento

A continuación creamos un test usando JMeter, puede descargar el test haciendo clic aquí.

10 clientes realizarán peticiones HTTP concurrentemente durante 5 segundos:

Petición HTTP que realizarán los clientes:

Donde:

• WebAppPool es el contexto dentro del servidor de la aplicación web.
• Si el parámetro pool vale 1, el servlet usará el pool de conexiones.
• Si el parámetro pool vale 0, el servlet no usará el pool de conexiones.

Resultados obtenidos al ejecutar el test de rendimiento

Resultados sin pool de conexiones

Resultados con pool de conexiones

Análisis de los resultados obtenidos

En vista a los informes que nos proporciona JMeter podemos decir entre otras cosas:

1. Para el mismo intervalo de tiempo, el servlet, al usar del pool ha sido capaz de atender 30727 peticiones mientras que sin el pool apenas fue capaz de atender 630 peticiones.
2. En media, el servlet, al usar el pool a logrado atender las peticiones en 1 milisegundo, mientras que sin el uso del pool este tiempo se incrementa a 79 milisegundos.
3. El rendimiento del servlet, al usar el pool ha sido de 6138 peticiones por segundo, mientras que sin el Pool decrece drásticamente a 124 peticiones por segundo.

En base a estos resultados, no cabe duda de la mejora que aporta el uso de los Pool de conexiones en nuestras aplicaciones.

Carlos García Pérez. Creador de MobileTest, un complemento educativo para los profesores y sus alumnos.

cgpcosmad@gmail.com