[mysqld]
datadir=/var/lib/mysql
safe-show-database
old_passwords
back_log = 15
skip-innodb
max_connections = 200
key_buffer = 256M
myisam_sort_buffer_size = 128M
join_buffer_size = 1M
read_buffer_size = 16M
sort_buffer_size = 32M
table_cache = 2048
thread_cache_size = 784
wait_timeout = 15
connect_timeout = 10
tmp_table_size = 64M
max_heap_table_size = 64M
max_allowed_packet = 8M
max_connect_errors = 10
read_rnd_buffer_size = 524288
bulk_insert_buffer_size = 8M
query_cache_limit = 2M
query_cache_size = 712M
query_cache_type = 1
query_prealloc_size = 163840
query_alloc_block_size = 32768
default-storage-engine = MyISAM

[mysqld_safe]
# err-log=/var/log/mysqld.log
# pid-file=/var/lib/mysql/mysql.pid
open_files_limit = 8192

[mysqldump]
quick
max_allowed_packet = 16M

[mysql]
no-auto-rehash

[isamchk]
key_buffer = 128M
sort_buffer_size = 128M
read_buffer = 16M
write_buffer = 16M

[myisamchk]
key_buffer = 128M
sort_buffer_size = 128M
read_buffer = 2M
write_buffer = 2M

Para comprobar que no se te descalabra el server echa un vistazo con estás tres instrucciones:

ps aux | grep -c mysql
ps aux | grep -c httpd
free -m

Si no tira mucho o nada de SWAP es que vamos bien

ps aux | grep -c mysql
94

ps aux | grep -c httpd
98

free -m
total used free shared buffers cached
Mem: 2020 1357 662 0 128 770
-/+ buffers/cache: 458 1562
Swap: 0 0 0

ソルサン。

Dicho script soporta modificadores.

Si alguien lo mejora, ruego lo notifique, gracias.

mysqldump.sh

El fuente lo pego para que en una lectura en diagonal veáis si os interesa o no:

#!/bin/bash

###

### shell script (cron job) to backup local mysql databases

### either pass databases to dump as arguments, or set the $databases array

### usage:  mysqldump.sh [database ...]

###

### constants

### by default, DEST is our working dir

DEST='.'

if test "$MAILTO" = 'root'; then

  ### if run by crond, set a common DEST

  ### uselessly tried 'test -t', $PS1 and ${-/i}

  DEST=/home/backup/database

fi

user='root'

pass='elpasswd'

databases=()

### action

### this script has to be run by root

### we choose not to fully verify permissions

### DEST dir is under a -hope- mounted filesystem

# mkdir -p -m 0755 "$DEST"

test -d "$DEST" -a -w "$DEST" || exit 73

# umask -S u=rwx,g=rx,o=

umask 027

### test the user's credentials

&>/dev/null mysqlshow --user="$user" --password="$pass" mysql || exit 78

### AFAIK, things changed between MySQL 4.0 and 4.1

# major=$(mysqldump -V | awk '{print $5}' | cut -d'.' -f1)

# minor=$(mysqldump -V | awk '{print $5}' | cut -d'.' -f2)

# : ${major:=0} ${minor:=0}

### let's try another way: is --skip-opt an [un]recognized option?

options=

mysqldump --skip-opt &>/dev/null

if test $? -ne 1; then

  ### MySQL Distrib 4.0.* or lower

  ### --opt is disabled by default, and it means:

  ### --add-drop-table  --add-locks   --all            --disable-keys

  ### --extended-insert --lock-tables --quick

  : options='--no-defaults --all'

else

  ### MySQL Distrib 4.1.* or higher

  ### --opt is enabled  by default, and it means:

  ### --add-drop-table  --add-locks   --create-options --disable-keys

  ### --extended-insert --lock-tables --quick          --set-charset

  options='--skip-opt --create-options'

  ### see below: we use this value as a version checker

fi

### when --all-databases or --databases option is given, this line is add:

### >> CREATE DATABASE /*!32312 IF NOT EXISTS*/ db_name;

### (no-create-db variable is FALSE by default)

### in our "else" case, we pretended to force this line, unsuccessfully

### (the boolean option does not apply)

###

declare -i RETVAL=0

test "$1" = '--'   && shift

if   test $# -eq 0 -a ${#databases[@]} -le 0; then

  ### dump all the databases, into a single file

  # options="--compress --opt --port=3306"

  mysqldump --user="$user" --password="$pass" ${options} --all-databases |\

  gzip - > "$DEST/all-databases.sql.gz" || ((RETVAL++))

  ###       --------------------------

elif test $# -eq 0 -a ${#databases[@]} -gt 0; then

  ### dump the variable-specified database/s

  ### and put those databases together in a file

  mysqldump --user="$user" --password="$pass" ${options} --databases "${databases[@]}" |\

  gzip - > "$DEST/databases.sql.gz"     || ((RETVAL++))

  ###       ----------------------

else

  ### dump the argument-given database/s

  ### every database will have its specific file

  if test "$options" = "${options/--skip-opt}"; then

    options="--add-drop-table --add-locks --all --disable-keys --lock-tables --quick"

  else

    options="--opt --skip-extended-insert"

  fi

  ### oops! it does not work!

  # options="${options} --no-create-db=FALSE"

  # options="...   --skip-no-create-db"

  for database do

    mysqlshow --user="$user" --password="$pass" >/dev/null "$database"  &&\

    mysqldump --user="$user" --password="$pass" ${options} "$database"   |\

    gzip - > "$DEST/${database}.sql.gz" || ((RETVAL++))

    ###       ------------------------

  done

fi

if ((RETVAL>255)); then RETVAL=255; fi

if test ${RETVAL:-0} -ne 0; then exit $RETVAL; fi

Cómo restituir la BBDD:

Desde fichero comprimido:
shell# zcat database.sql.gz | mysql -u USER -pPASSWORD database

Desde fichero plano:
shell # mysql -u USER -pPASSWORD database < database.sql

Usando el aplicativo mysqldump:

http://www.solusan.com/backup-mysql-usando-el-comando-mysqldump-ii.html

Nota: Si bajáis el fichero pasadle la aplicación dos2unix para eliminar posibles saltos de línea y cosas raras.

Para hacer un backup de una base de datos:

# mysqldump -uUsuario -p dbnombre > dbnombre.sql

Esto creara un fichero dbnombre.sql con toda la imagen de la dbnombre

Podemos comprimir directamente del dumpeado, para ganar espacio utilizando el gzip. Se haría así:

# mysqldump -uUsuario -p dbnombre | gzip > dbnombre.gz

Para recuperar los datos (o importar):

# mysql -uUsuario -p dbnombre < dbnombre.sql

Si decidimos zipear el archivo, lo haríamos de esta otra forma:

# gunzip < dbnombre.gz | mysql -uUsuario -p dbnombre

Para volcar el contenido de la bbdd con la hora y día:

# mysqldump -uUsuario -p dbnombre > backup-`date +%Y%m%d`-dbnombre.sql

Basado en: Post

El SysAdmin Day.

Es nuestro día!! :’)

Estoy contento, alguien se acuerda de nosotros, no sólo para corrernos agorrazos, o nunca acordarse de nosotros hasta que se el departamento de naveagadores de internet no puede imprimir las fotos de las vacaciones.

Aupa!!

Gracias Leandro.

Siempre he tenido una fé casi mística en que no existan miles de isos en la codificación de carácteres aunando todo en un ‘pack’ de carácteres.

Parece ser que WordPress versión 2.2 se ha decidido totalmente a estar ‘viviendo’ en esa codificación.

Por mi parte me parce un gran acierto.

g30rg3 ha desarrollado un plugin para convertir la base de datos de WordPress a codificación UTF8 (incluyendo los collation de las tablas).

Previamente lo he probado en 3 instancias de WordPress para verificar su funcionalidad y fiabilidad.

Debo decir que hay que felicitar a g30rg3 ya que el plugin es muy sencillo de usar y ha funcionado sin ningún problema

Enlace para bajarse el plug-in:

utf8_db_converter_20.zip

Reproduzco fielmente el post de g3org3 aunque el enlace esté citado más arriba.

Fuente directa: http://g30rg3x.com/2007/06/06/una-solucion-formal-al-problema-con-wordpress-22-y-utf-8/

En otro de mis tan productivos sábados de los cuales ya parecen costumbre (que racha llevo XD…) de hacer algo -lo que sea- me dio por abordar el famoso problema de las codificaciones o mejor dicho juegos de caracteres que se ha tenido con el reciente lanzamiento (ya ni tanto) de WordPress 2.2 y que se ha hablado muchísimo en diferentes blogs.
Cada blog, cada usuario, en fin cada quien propone una solución diferente al problema e incluso el Codex (la carta magna sobre WordPress) ofrece también una y no es para mal, ya que desde que en WordPress 2.2 se puso por defecto que las codificaciones o juegos de caracteres vengan en UTF-8 a levantado un poco de desanimo y problemas sobre todo en aquellos -como su servidor- que venimos desde versiones donde Latin1 era el defecto.
Pues bueno en fin este sábado que paso me propuse al fin pasar toda mi base de datos que estaba en Latin1 hacia la famosa UTF-8, el resultado se dio pero tarde cercano a 2 horas para realizar, me seguí la guia o el borrador que el codex nos proporciona junto con uno que otro truco en mano recién sacado de la Sintaxis de ALTER en la documentacion oficial de MySQL para evitar uno que otro molesto paso repetitivo.

Al poco rato de terminar y de tener este blog (si este mismo) y otros mas que mantengo en local (para cuestiones de pruebas de betas, alfas, rc’s, etc…) se me ocurrió la idea de que puedo volver toda esa labor automatizada y asi como fue que termine por hacer lo que bautice con el nombre de…

“UTF-8 Database Converter“

Este plugin para WordPress 2.2.x (y también para 2.1.x) se encarga de realizar toda esa labor fea -y muy repetitiva- todo de manera transparente al usuario, solo basta 1-click para tener tu base de datos perfectamente convertida.
Asi que otro sábado “productivo” mas y creo que terminare haciendo el sueño guajiro del michoacano y sus captchas solo para matemáticos en versión para WordPress XDDD

Estoy seguro que si diste click en leer mas es por que esperabas para comentar/preguntar:
Y cual es ese truco que nos ahorra trabajo?

Y seria injusto que no les conteste…
Pues es muy simple si sigues el borrador del codex en el te dice que pases 1×1 por cada campo de las tablas y lo conviertas a BLOB/Binario una tarea por de mas repetitiva y en muchos casos trabada (sobre todo con los valores index etc..), ahora el chiste consiste en convertir directamente toda la tabla a binary:

“ALTER TABLE nombre_tabla CONVERT TO CHARACTER SET binary”

Esto convertiría toda la tabla de la base de datos a binario y de paso los campos de tipo texto los convertiría a sus representaciones o equivalencias binarias esto quiere decir que nos hemos ahorrado por lo menos unas 10 a 15 sentencias de mas y ni al caso que decir que todo el problema de ciertos campos.