Limpiar los datos antiguos del registro de actividad

Existe una tabla llamada OKM_ACTIVITY en la que OpenKM guarda un registro de las acciones realizadas por los usuarios sobre todos los nodos. Esta tabla puede llegar fácilmente a tener varios millones de filas, lo que puede afectar al rendimiento de la base de datos. Debería conservar solo los datos del registro de actividad más utilizados (por ejemplo, los del último año) y almacenar el resto de los datos fuera de la base de datos. Por este motivo es una buena práctica realizar un proceso de limpieza, exportando los datos más antiguos del registro de actividad y eliminándolos después de la base de datos.

MySQL

Linux

Cree un archivo llamado clean_okm_activity.sh en la carpeta /root/:

#!/bin/sh
## BEGIN CONFIG ##
DATABASE_PASS="*secret*"
BACKUP_DIR="/mnt/backup/okm_activity"
## END CONFIG ##

mysqldump -h localhost -u root -p$DATABASE_PASS -w"ACT_DATE < (NOW() - INTERVAL 365 DAY)" --no-create-info okmdb OKM_ACTIVITY > $BACKUP_DIR/okm_activity_$(date +\%Y.\%m.\%d_\%H.\%M.\%S).sql
mysql -h localhost -u root -p$DATABASE_PASS okmdb < /root/delete.sql

Haga ejecutable el archivo clean_okm_activity.sh:

$chmod +x clean_okm_activity.sh

Cree un archivo llamado delete.sql en la carpeta /root/:

DELETE FROM OKM_ACTIVITY WHERE ACT_DATE < (NOW() - INTERVAL 365 DAY);
ANALYZE TABLE OKM_ACTIVITY;

Configurar crontab

Para instalar la tarea cron, ejecute:

$ sudo mkdir /root/logs
$ sudo crontab -e

Y añada estas líneas según su configuración personal:

MAILTO=nomail@openkm.com
@daily /root/clean_okm_activity.sh | tee /root/logs/okm_activity.$(date +\%Y.\%m.\%d_\%H.\%M.\%S).log

Windows

Cree un archivo llamado clean_okm_activity.bat en la carpeta c:\backup:

set SQLFILE_DATE=%DATE:~6,4%.%DATE:~3,2%.%DATE:~0,2%
set SQLFILE_TIME=%TIME:~0,2%.%TIME:~3,2%
set SQLFILE=c:\backup\okm_activity-%SQLFILE_DATE%-%SQLFILE_TIME%.sql
set DATABASE_PASS=*secret*

mysqldump -h localhost -u root -p%DATABASE_PASS% -w"ACT_DATE < (NOW() - INTERVAL 365 DAY)" --no-create-info okmdb OKM_ACTIVITY > %SQLFILE%
mysql -h localhost -u root -p%DATABASE_PASS% okmdb < delete.sql

Cree un archivo llamado delete.sql en la carpeta c:\backup:

DELETE FROM OKM_ACTIVITY WHERE ACT_DATE < (NOW() - INTERVAL 365 DAY);
ANALYZE TABLE OKM_ACTIVITY;

Replicación de la base de datos con tablas federadas

El procedimiento para utilizar tablas FEDERATED es muy sencillo. Normalmente, tiene dos servidores en ejecución, ya sea ambos en el mismo host o en hosts distintos. (Es posible que una tabla FEDERATED utilice otra tabla gestionada por el mismo servidor, aunque tiene poco sentido hacerlo.)

Ante todo, las tablas federadas deben estar habilitadas en su servidor de producción. Detenga el servicio MySQL de producción y edite el archivo de configuración de MySQL (my.cnf o my.ini, según su sistema operativo). Vaya a la sección [mysqld] y añada la siguiente configuración:

[mysqld]
# To enable the federated table feature
federated

Inicie su servicio MySQL de producción y ejecute, desde su herramienta cliente de MySQL preferida, el comando:

show create table okm_activity:

Obtendrá algo como:

CREATE TABLE `okm_activity` (
  `ACT_ID` bigint(20) NOT NULL AUTO_INCREMENT,
  `ACT_ACTION` varchar(127) COLLATE utf8_bin DEFAULT NULL,
  `ACT_DATE` datetime DEFAULT NULL,
  `ACT_ITEM` varchar(64) COLLATE utf8_bin DEFAULT NULL,
  `ACT_PARAMS` varchar(4000) COLLATE utf8_bin DEFAULT NULL,
  `ACT_PATH` longtext COLLATE utf8_bin,
  `ACT_TENANT` bigint(20) DEFAULT NULL,
  `ACT_USER` varchar(64) COLLATE utf8_bin DEFAULT NULL,
  PRIMARY KEY (`ACT_ID`),
  KEY `IDX_ACTIVITY_TENANT` (`ACT_TENANT`),
  KEY `IDX_ACTIVITY_DATE` (`ACT_DATE`),
  KEY `IDX_ACTIVITY_TNTUSRACT` (`ACT_TENANT`,`ACT_USER`,`ACT_ACTION`),
  KEY `IDX_ACTIVITY_TNTDATACT` (`ACT_TENANT`,`ACT_DATE`,`ACT_ACTION`)
  ) ENGINE=innodb DEFAULT CHARSET=utf8 COLLATE=utf8_bin

Cree la tabla “okm_activity” en su servidor MySQL de copia de seguridad.

Cree la tabla federada en su servidor MySQL de producción (vea a continuación dónde hemos cambiado el nombre de la tabla, ENGINE=innodb por ENGINE=federated y hemos añadido el enlace de conexión):

CREATE TABLE `okm_activity_remote` (
  `ACT_ID` bigint(20) NOT NULL AUTO_INCREMENT,
  `ACT_ACTION` varchar(127) COLLATE utf8_bin DEFAULT NULL,
  `ACT_DATE` datetime DEFAULT NULL,
  `ACT_ITEM` varchar(64) COLLATE utf8_bin DEFAULT NULL,
  `ACT_PARAMS` varchar(4000) COLLATE utf8_bin DEFAULT NULL,
  `ACT_PATH` longtext COLLATE utf8_bin,
  `ACT_TENANT` bigint(20) DEFAULT NULL,
  `ACT_USER` varchar(64) COLLATE utf8_bin DEFAULT NULL,
  PRIMARY KEY (`ACT_ID`),
  KEY `IDX_ACTIVITY_TENANT` (`ACT_TENANT`),
  KEY `IDX_ACTIVITY_DATE` (`ACT_DATE`),
  KEY `IDX_ACTIVITY_TNTUSRACT` (`ACT_TENANT`,`ACT_USER`,`ACT_ACTION`),
  KEY `IDX_ACTIVITY_TNTDATACT` (`ACT_TENANT`,`ACT_DATE`,`ACT_ACTION`)
  ) ENGINE=FEDERATED DEFAULT CHARSET=utf8 COLLATE=utf8_bin
  CONNECTION='mysql://user:poassword@server_b:3306/okmdb/okm_activity';

Por último, puede ejecutar periódicamente un script como este desde su servidor MySQL de producción:

select (NOW() - INTERVAL 1 DAY) into @dump_date;
insert into okm_activity_remote select * from okm_activity where act_date < @dump_date;
delete from okm_activity where act_date < @dump_date;
analyze table okm_activity;