Se o seu banco de dados passa por constantes operações de “DELETE” ou “UPDATE” ele provavelmente ficará fragmentado, fazendo com que os índices já não sejam tão eficientes como antes e os datafiles ocupem mais espaço do que o necessário em disco. Seria, algo similar a fragmentação de filesystem.

Através do catalogo do MySQL é possível identificar quanto espaço livre existe no datafile e assim identificar uma margem ou porcentagem de fragmentação por objeto. Até a versão 5.1.21 essa margem era descrita através da coluna “TABLE_COMMENT” da tabela “INFORMATION_SCHEMA.TABLES”, sendo assim bastava executar a seguinte consulta:

SELECT table_schema,
table_name,
table_comment
FROM information_schema.tables
WHERE engine LIKE 'InnoDB'
AND table_comment RLIKE 'InnoDB free: ([0-9]{6,}).*';

Da versão 5.1.28 em diante isso foi corrigido, sendo possível avaliar a …

Essa rotina foi desenvolvida com o intuito de atualizar as estatisticas de todos os databases da instância automaticamente, de forma dinâmica.

#
use mysql;
#
# TABELA DE LOG PARA MONITORAR O PROCESSO
DROP TABLE IF EXISTS mysql.mantained_table_history;
CREATE TABLE mysql.mantained_table_history(
TABLE_SCHEMA  VARCHAR(255),
TABLE_NAME VARCHAR(255),
MANTEINED_TYPE  VARCHAR(255),
STATUS VARCHAR(10),
DATE datetime,
STARTIME datetime,
ENDTIME datetime
)engine=MyISAM;
#
#
#ROTINA DE ANALYZE COM LOG + MONITORAMENTO
#
use mysql;
#
# PROCEDURE QUE REALIZA O ANALYZE
#
DELIMITER $$
DROP PROCEDURE IF EXISTS RotinaAnalyze $$
CREATE PROCEDURE RotinaAnalyze()
BEGIN
#
DECLARE done INT DEFAULT FALSE;
DECLARE query_analyze varchar(255);
DECLARE ANALYZE_TABLE_SCHEMA varchar(255);
DECLARE ANALYZE_TABLE_NAME varchar(255);
DECLARE date_analyze datetime;
DECLARE startime_analyze datetime;
DECLARE endtime_analyze datetime;
DECLARE analyze_tables CURSOR FOR select TABLE_SCHEMA, …

Storage Engine? Ops, mais uma opção! Isso mesmo, você tem mais uma opção para os seus problemas de armazenamento de dados! Essa storage engine já existe há alguns anos, mas a cerca de 1 ano ela está sendo disponibilizada gratuitamente, e agora está sendo distribuída junto ao Percona Server e também com o MariaDB:

https://mariadb.com/kb/en/what-is-mariadb-100/

http://www.percona.com/doc/percona-server/5.6/release-notes/Percona-Server-5.6.16-64.2-tokudb.html

Tá! Legal, mas iae!?

Iae, Iae…… Iae que essa storage engine utiliza o algoritmo de “Fractal Index”, isso faz com que as estruturas não fragmentem, ou seja, os índices não se fragmentam como acontece em outras storage engines, além disso …

O MySQL tem uma arquitetura muito maleável permitindo a instalação de novos recursos de terceiros, esses recursos são instalados como novas funcionalidades que são os plugins, podendo realizar as mais diversas tarefas. Fazendo algumas pesquisas me deparei com uma solução chamada “Spider Storage Engine“, que é muito interessante para casos de paralelismo ou balanceamento de carga.

A ideia macro é criar uma tabela particionada, sendo que essa tabela é apenas um “alias” assim como a storage engine “federated“, e ao realizar qualquer manipulação esse alias chama a referida tabela, a diferença entre o “federated” e o “spider” é que no caso do “spider” ele possibilita que o administrador especifique 1 “alias” por partição.

Essa solução é tão versátil quanto o MySQL, com ela é possível até mesmo montar uma replicação, sem a …