Introducción a Bases de Datos en Memoria OLTP

SQL Server 2014Eliana Caraballo

SQL Server 2014 introduce el concepto de In-Memory OLTP. El performance de In-Memory es rápido, con gran performance final del sistema cerca de 1 millón de filaspor segundo en un sistema de rango medio. El performance se puede mejorar por encima de 30x cuando se compara con un sistema similar que corre unaimplementación tradicional de SQL Server. Sin embargo, la implementación se hizo no como un producto por separado o una release, sino que hace parte nativa de SQL Server 2014.

Consideraciones de Hardware

• CPU: Servidor de rango medio con 2 sockets.

• Se recomienda activar hyperthreading.

• Memoria: Las tablas optimizadas residen completamente en memoria. Por lo tanto se debe tener el suficiente espacio para mantener la carga de trabajo.

• select object_name(object_id), * from sys.dm_db_xtp_table_memory_stats

• Tablas non-durable memory-optimized (NDT)

• Log drive: Se escribe en el log de transacción de la base de datos.

• Data drive: El factor clave es la velocidad del IO secuencial y el ancho de banda del host bus adapter (HBA)

• RTO para recuperación de memoria

Descripción arquitectónica

Beneficios Pilares técnicos Drivers

Operaciones de datos de alto rendimiento

Memoria principal optimizada

Tendencias de hardware

Escalamiento sin fricción Alta concurrencia Negocios

Procesamiento eficiente de lógica de negocios

Código T-SQL compilado a la máquina

Máquina híbrida y experiencia integrada

Integración SQL Server

Características aplicaciones• La aplicación es apropiada para procesamiento en memoria

• Todos los datos de funcionamiento crítico ya caben en memoria

• El bloqueo de transacciones o el manejo físico causa paradas y bloqueo

• La aplicación es “tipo OLTP”

• Transacciones de tiempo de vida relativamente cortos

• Alto grado de concurrencia de transacciones para muchas conexiones

• Ejemplos: Intercambio de valores, reservaciones de hotel, procesamiento de órdenes

• La portabilidad simplificada si

• Usa procedimientos almacenados

• Los problemas de rendimiento son aislados a subsets de tablas y SPS

Mitos

• Es una reciente respuesta a lo que ofrece la competencia

• Es como DBCC PINTABLE

• Se puede usar en una app SQL existente sin realizar ningún cambio

• Como está en memoria, los datos no son durables o altamente disponibles, y se pueden perder después de una caída del servidor

¡Comencemos!

Algo de código

• Uso de FILEGROUP para garantizar la durabilidad de los datos residentes en memoria

• Tablas durables y tablas no durables

• auto_update_statistics no soportado por las tablas optimizadas

Fuentes

• http://blogs.technet.com/b/dataplatforminsider/archive/2013/08/01/hardware-considerations-for-in-memory-oltp-in-sql-server-2014.aspx

• http://blogs.technet.com/b/dataplatforminsider/archive/2013/06/26/getting-started-with-sql-server-2014-in-memory-oltp.aspx

• http://geeks.ms/blogs/fangarita/

• Comunidad SQL PASS

• Twitter: @sqlpassmed

• Facebook: https://www.facebook.com/SQLPASSMed

• Comunidad Avanet

• Twitter: @avanet

• Facebook: https://www.facebook.com/Avanet

• G+: https://plus.google.com/u/0/+ComunidadAvanet/posts

• Personal

• Twitter: @elianaca

• Blog: http://elianaca.wordpress.com/