DDD

h1. Com optimitzar una taula de MySQL

Des que MySQL va passar a Oracle via adquisició de Sun, la gestió de MySQL cada cop va a pitjor.  La darrera és que en Debian ja no es pot fer un «optimize table» perquè els fitxers temporals es creen amb un propietari diferent que el que gestiona el servidor MySQL i, com que en Debian no és root, no pot tornar-los a canviar de propietari.  L'explicació està aquí (de la nostra tasca #2918):

* http://bugs.mysql.com/bug.php?id=61598

* http://www.buildcube.com/tech_blog/2014/01/09/mysql-cant-change-ownership-of-the-file-errcode-1/

Per tant, sembla ser que l'única manera que queda per fer aquesta optimització és via descarregar la taula, tal com està explicat a 

* http://www.zyxware.com/articles/3064/how-to-backup-dump-and-restore-a-specific-table-in-mysql-using-the-terminal-commandline-utilities-provided-by-linu

La dificultat consisteix en trobar el moment de fer-ho, tenint backups previs i podent tallar el servei.  La seqüència dels passos és aquesta:

h2. 1. Parar el bibsched, perquè no hi hagin tasques d'actualització a la base de dades

<pre>

$ bibsched stop

</pre>

h2. 2. Backup dels fitxers físics de les taules, per si alguna cosa va molt malament

Com a root

<pre>

homs:/var/lib/mysql/ddduab# 

homs:/var/lib/mysql/ddduab# table=idxWORD09F

homs:/var/lib/mysql/ddduab# for file in $table.???; do cp -av $file $file.0; done

`idxWORD09F.frm' -> `idxWORD09F.frm.0'

`idxWORD09F.MYD' -> `idxWORD09F.MYD.0'

`idxWORD09F.MYI' -> `idxWORD09F.MYI.0'

homs:/var/lib/mysql/ddduab# table=idxWORD09R

homs:/var/lib/mysql/ddduab# for file in $table.???; do cp -av $file $file.0; done

`idxWORD09R.frm' -> `idxWORD09R.frm.0'

`idxWORD09R.MYD' -> `idxWORD09R.MYD.0'

`idxWORD09R.MYI' -> `idxWORD09R.MYI.0'

</pre>

<pre>

homs:/var/lib/mysql/ddduab# d -h idxWORD09*

-rw-rw---- 1 mysql mysql 2.4G Jun 23 15:49 idxWORD09F.MYD

-rw-rw---- 1 mysql mysql 1.3G Jun 23 22:20 idxWORD09F.MYI

-rw-rw---- 1 mysql mysql 8.5K Jul 18  2013 idxWORD09F.frm

-rw-rw---- 1 mysql mysql 2.4G Jun 23 15:49 idxWORD09F.MYD.0

-rw-rw---- 1 mysql mysql 1.3G Jun 23 22:20 idxWORD09F.MYI.0

-rw-rw---- 1 mysql mysql 8.5K Jul 18  2013 idxWORD09F.frm.0

-rw-rw---- 1 mysql mysql 842M Jun 24 22:32 idxWORD09R.MYD

-rw-rw---- 1 mysql mysql 2.0M Jun 24 22:32 idxWORD09R.MYI

-rw-rw---- 1 mysql mysql 8.5K Jul  8  2013 idxWORD09R.frm

-rw-rw---- 1 mysql mysql 842M Jun 24 22:32 idxWORD09R.MYD.0

-rw-rw---- 1 mysql mysql 2.0M Jun 24 22:32 idxWORD09R.MYI.0

-rw-rw---- 1 mysql mysql 8.5K Jul  8  2013 idxWORD09R.frm.0

</pre>

h2. 3. Dump de les taules

<pre>

ddd@homs:/var/backups/mysql$ db=ddduab  

ddd@homs:/var/backups/mysql$ table=idxWORD09F  

ddd@homs:/var/backups/mysql$ mysqldump $db $table | gzip >mysqldump.$db-$table.sql.gz  

ddd@homs:/var/backups/mysql$ table=idxWORD09R

ddd@homs:/var/backups/mysql$ mysqldump $db $table | gzip >mysqldump.$db-$table.sql.gz

</pre>

h2. 4. Parar Apache, perquè les taules seran destruides i recreades

<pre>

homs:/var/lib/mysql/ddduab# /etc/init.d/apache2 stop

[ ok ] Stopping web server: apache2 ... waiting .

</pre>

h2. 5. Restaurar les taules recreant-les

<pre>

ddd@homs:/var/backups/mysql$ table=idxWORD09R

ddd@homs:/var/backups/mysql$ zcat mysqldump.$db-$table.sql.gz | mysql ddduab

ddd@homs:/var/backups/mysql$ table=idxWORD09F

ddd@homs:/var/backups/mysql$ zcat mysqldump.$db-$table.sql.gz | mysql ddduab

</pre>

Comparar el tamany dels fitxers de les taules, els origintals (.0) i els actuals (he reordenat la sortida perquè es puguin comparar millor):

<pre>

homs:/var/lib/mysql/ddduab# d -h idxWORD09*

-rw-rw---- 1 mysql mysql 2.4G Jun 23 15:49 idxWORD09F.MYD.0

-rw-rw---- 1 mysql mysql 2.2G Jun 25 04:46 idxWORD09F.MYD

-rw-rw---- 1 mysql mysql 1.3G Jun 23 22:20 idxWORD09F.MYI.0

-rw-rw---- 1 mysql mysql 1.2G Jun 25 04:47 idxWORD09F.MYI

-rw-rw---- 1 mysql mysql 8.5K Jul 18  2013 idxWORD09F.frm.0

-rw-rw---- 1 mysql mysql 8.5K Jun 25 04:33 idxWORD09F.frm

-rw-rw---- 1 mysql mysql 842M Jun 24 22:32 idxWORD09R.MYD.0

-rw-rw---- 1 mysql mysql 815M Jun 25 04:32 idxWORD09R.MYD

-rw-rw---- 1 mysql mysql 2.0M Jun 24 22:32 idxWORD09R.MYI.0

-rw-rw---- 1 mysql mysql 1.3M Jun 25 04:32 idxWORD09R.MYI

-rw-rw---- 1 mysql mysql 8.5K Jul  8  2013 idxWORD09R.frm.0

-rw-rw---- 1 mysql mysql 8.5K Jun 25 04:31 idxWORD09R.frm

</pre>

h2. 6. Reiniciar MySQL i Apache

Així ens assegurem que MySQL confirma que tot està bé:

Com a root:

<pre>

homs:/var/lib/mysql/ddduab# /etc/init.d/apache2 stop && /etc/init.d/mysql restart && /etc/init.d/apache2 start  

[ ok ] Stopping web server: apache2 ... waiting .

[....] Stopping MySQL database server: mysqldchown: cannot access `/var/run/wsgi/socket.*': No such file or directory

. ok 

[ ok ] Starting MySQL database server: mysqld . ..

[info] Checking for tables which need an upgrade, are corrupt or were 

not closed cleanly..

[ ok ] Starting web server: apache2.

homs:/var/lib/mysql/ddduab# 

</pre>

h2. 7. Reiniciar bibsched

<pre>

$ bibsched start

</pre>

(fer-ho també per a Traces i IFMuc, que al reiniciar MySQL els bibscheds han mort!)

h2. Alternatives?

Potser seria més senzill optimitzar tota la base de dades, ja que tenim el backup?

<pre>

$ zcat /var/backups/mysql/ddduab-dbdump-2014-06-25_03:00:02.sql.gz | mysql ddduab

</pre>

L'altra serà passar-nos al MariaDB quan Debian l'empaqueti com a alternativa a MySQL.  Sembla que per la propera versió de Debian, que potser instal·larem el 2015, sembla que podrem fer el canvi:

* http://mariadb.org/

* http://packages.debian.org/mariadb