Cómo Optimizar el SQL Server para Mejor Rendimiento en el Servidor MU

Por Qué el Rendimiento del SQL Server es Crítico para Servidores MU

El GameServer de MU Online realiza cientos de operaciones de lectura y escritura en la base de datos por segundo — cada movimiento de personaje, ítem dropeado, XP ganado y conexión de cuenta pasa por el SQL Server. Una base de datos mal configurada genera lag, desconexiones y corrupción de datos de personajes.

Esta guía cubre ajustes específicos para instalaciones típicas con la base MuOnline corriendo en Windows Server 2008/2012/2016, SQL Server 2008 a 2019, cubriendo desde Season 4 hasta Season 13.

Paso 1 — Configurar la Memoria Máxima del SQL Server

Por defecto, el SQL Server consume toda la RAM disponible, dejando al GameServer y Windows sin recursos.

1.1 Abre el SSMS y ejecuta:

EXEC sp_configure 'show advanced options', 1;
RECONFIGURE;

-- Define el techo de RAM (ajusta según tu servidor)
-- Servidor con 8 GB de RAM: reserva 2 GB para el SO y el GameServer
EXEC sp_configure 'max server memory (MB)', 6144;
RECONFIGURE WITH OVERRIDE;

1.2 Verifica el consumo actual antes y después:

SELECT 
    physical_memory_in_use_kb / 1024 AS MB_en_uso,
    page_fault_count
FROM sys.dm_os_process_memory;

Paso 2 — Configurar el Modo de Recuperación de la Base de Datos

La base MuOnline raramente necesita recuperación point-in-time. Mantener el modo FULL genera logs enormes sin beneficio práctico.

2.1 Cambia a modo SIMPLE:

ALTER DATABASE MuOnline SET RECOVERY SIMPLE;
ALTER DATABASE MuOnline_Log SET RECOVERY SIMPLE;  -- si existe una base de logs separada

2.2 Reduce el archivo de log de inmediato:

USE MuOnline;
DBCC SHRINKFILE (MuOnline_log, 50);   -- reduce a 50 MB
DBCC SHRINKFILE (MuOnline_data, 0);   -- libera páginas no utilizadas

Paso 3 — Crear Índices en las Tablas Críticas

Las tablas Character, AccountCharacter y AccountMDItem son las más consultadas durante el juego. Sin índices adecuados, cada búsqueda realiza un full table scan.

3.1 Índices esenciales para la tabla Character:

USE MuOnline;

-- Índice por cuenta (necesario para login y listado de personajes)
CREATE INDEX IX_Character_AccountID 
ON dbo.Character (AccountID)
INCLUDE (Name, cLevel, MapNumber);

-- Índice por nombre (usado en búsquedas del GameServer y sistemas de trade)
CREATE INDEX IX_Character_Name 
ON dbo.Character (Name);

-- Índice compuesto para el sistema de ranking
CREATE INDEX IX_Character_Ranking 
ON dbo.Character (cLevel DESC, Resets DESC, MasterLevel DESC);

3.2 Índices para AccountCharacter (control de sesión):

CREATE INDEX IX_AccChar_Account 
ON dbo.AccountCharacter (AccountID)
INCLUDE (GameIDC);

CREATE INDEX IX_AccChar_ConnectStat 
ON dbo.AccountCharacter (ConnectStat, ServerCode);

3.3 Índices para ítems almacenados:

-- Tabla de almacén de cuenta
CREATE INDEX IX_AccountMDItem_AccountID 
ON dbo.AccountMDItem (AccountID);

-- Tabla de ítems de personaje (Season 6+)
CREATE INDEX IX_Items_CharName 
ON dbo.Items (AccountID, CharName);

Paso 4 — Actualizar Estadísticas y Reconstruir Índices

Los índices fragmentados y las estadísticas desactualizadas degradan el rendimiento con el tiempo, especialmente después de wipes o grandes eventos.

4.1 Script de mantenimiento semanal — créalo como SQL Agent Job:

USE MuOnline;

-- Actualiza estadísticas de todas las tablas
EXEC sp_updatestats;

-- Reconstruye índices fragmentados por encima del 30%
DECLARE @TableName NVARCHAR(256);
DECLARE @IndexName NVARCHAR(256);
DECLARE @SQL NVARCHAR(MAX);

DECLARE idx_cursor CURSOR FOR
    SELECT 
        OBJECT_NAME(i.object_id),
        i.name
    FROM sys.dm_db_index_physical_stats(DB_ID(), NULL, NULL, NULL, 'LIMITED') ps
    JOIN sys.indexes i ON ps.object_id = i.object_id AND ps.index_id = i.index_id
    WHERE ps.avg_fragmentation_in_percent > 30
      AND i.name IS NOT NULL;

OPEN idx_cursor;
FETCH NEXT FROM idx_cursor INTO @TableName, @IndexName;

WHILE @@FETCH_STATUS = 0
BEGIN
    SET @SQL = 'ALTER INDEX [' + @IndexName + '] ON dbo.[' + @TableName + '] REBUILD;';
    EXEC sp_executesql @SQL;
    FETCH NEXT FROM idx_cursor INTO @TableName, @IndexName;
END;

CLOSE idx_cursor;
DEALLOCATE idx_cursor;

Paso 5 — Optimizar la Configuración de Conexión del GameServer

El archivo de configuración del GameServer define cómo se conecta al SQL. Ubica el archivo en GameServer/Data/ — puede llamarse DBServer.ini, GameServerInfo.cfg o similar según tu versión.

5.1 Configuración recomendada para DBServer.ini (Season 6):

[DBServer]
ConnectServer     = 127.0.0.1      ; usa IP local siempre que sea posible
Port              = 1433
DatabaseName      = MuOnline
UserID            = muonline_user   ; NUNCA uses sa en producción
Password          = ContrasenaFuerte123!
ConnectionTimeout = 30
QueryTimeout      = 60
MaxConnections    = 50

5.2 Crea un usuario SQL dedicado con permisos mínimos:

-- Crea el login
CREATE LOGIN muonline_user WITH PASSWORD = 'ContrasenaFuerte123!';

-- Crea el usuario en la base de datos
USE MuOnline;
CREATE USER muonline_user FOR LOGIN muonline_user;

-- Otorga solo lo necesario
ALTER ROLE db_datareader ADD MEMBER muonline_user;
ALTER ROLE db_datawriter ADD MEMBER muonline_user;
GRANT EXECUTE TO muonline_user;

Paso 6 — Monitorear Queries Lentas en Tiempo Real

6.1 Identifica las queries que más CPU consumen:

SELECT TOP 20
    qs.total_elapsed_time / qs.execution_count / 1000 AS avg_ms,
    qs.execution_count,
    qs.total_logical_reads / qs.execution_count AS avg_lecturas,
    SUBSTRING(qt.text, (qs.statement_start_offset/2)+1,
        ((CASE qs.statement_end_offset WHEN -1 THEN DATALENGTH(qt.text)
          ELSE qs.statement_end_offset END - qs.statement_start_offset)/2)+1) AS query_texto
FROM sys.dm_exec_query_stats qs
CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) qt
ORDER BY avg_ms DESC;

6.2 Identifica bloqueos entre conexiones (útil durante eventos):

SELECT 
    blocking_session_id AS bloqueador,
    session_id AS bloqueado,
    wait_type,
    wait_time / 1000 AS espera_seg,
    SUBSTRING(st.text, (r.statement_start_offset/2)+1, 200) AS query
FROM sys.dm_exec_requests r
CROSS APPLY sys.dm_exec_sql_text(r.sql_handle) st
WHERE blocking_session_id > 0;

Paso 7 — Programar Mantenimiento Automático vía SQL Agent

7.1 Crea un Job en SQL Agent (SSMS → SQL Server Agent → Jobs → New Job):

• Nombre: MuOnline - Mantenimiento Semanal
• Schedule: Todos los lunes a las 04:00 AM
• Step 1: Ejecuta el script de reconstrucción de índices del Paso 4
• Step 2:

USE MuOnline;
DBCC SHRINKFILE (MuOnline_log, 100);
EXEC sp_updatestats;
PRINT 'Mantenimiento completado el: ' + CONVERT(VARCHAR, GETDATE(), 120);

Referencia Rápida de Troubleshooting

Con estas optimizaciones aplicadas, los servidores Season 6 con 200-500 jugadores simultáneos típicamente reducen el lag de base de datos en un 60-80%. Monitorea los contadores de diagnóstico con las queries anteriores semanalmente y reajusta los límites de memoria a medida que la carga del servidor crezca con el tiempo.

Perguntas frequentes