poniżej przykład zastosowania:

mysqlslap  --concurrency=1,25,50,100 --iterations=10 --csv=/home/benchmark_result.csv
--delimiter=';' --host=host --user=username --password=pass
--query=/home/queries_benchmark.sql

–concurrency – ilość jednoczesnych zapytań,
–iterations – ilość iteracji,
–csv – wskazuje w jakim pliku zapisze wynik testu
–delimiter – jakim znakiem są rozdzielone zapytania
–query – plik z zapytaniami

Poniżej przykład pliku zapytań.
queries_benchmark.sql:

SELECT name, age FROM users where id=xx;
CALL udd_search(session_id,12323,'2011-01-01', '2011-02-04',all);
SELECT id FROM users WHERE name LIKE 'ab%';

server:~# openssl rsa -in cert.key -out cert.key.new
server:~# mv cert.key cert.key.back
server:~# mv cert.key.new cert.key

Warto dla bezpieczeństwa zdjąc uprawnienia do czytania klucza np:

server:~# chown www-data:www-data cert.key
server:~# chmod 400 cert.key

show table status like 'nazwa_tabeli'G

Wynik polecenia jest następujący:

show table status like 'nazwa_tabeli'G
*************************** 1. row ***************************
           Name: nazwa_tabeli
         Engine: MyISAM
        Version: 10
     Row_format: Dynamic
           Rows: 183
 Avg_row_length: 24
    Data_length: 4556
Max_data_length: 281474976710655
   Index_length: 4096
      Data_free: 0
 Auto_increment: NULL
    Create_time: 2010-05-11 23:32:49
    Update_time: 2010-05-11 23:32:49
     Check_time: NULL
      Collation: utf8_general_ci
       Checksum: NULL
 Create_options:
        Comment: komentarz do tabeli
1 row in set (0.00 sec)

Zastosowanie na końcu wywołania ‘G’ zamiast średnika wyświetla wynik pionowo.

Na dev.mysql.com opis składni polecenia:

SHOW TABLE STATUS [{FROM | IN} db_name]
    [LIKE 'pattern' | WHERE expr]

http://dev.mysql.com/doc/refman/5.1/en/show-table-status.html

Błąd wygląda następująco:

xxxxxx 19:33:41 mysqld_safe Starting mysqld daemon with databases from /srv/base/sql
xxxxxx 19:33:42 [ERROR] Can't find messagefile '/share/mysql/english/errmsg.sys'
xxxxxx 19:33:42 [Note] PrimeBase XT (PBXT) Engine 1.0.09g RC loaded...
xxxxxx 19:33:42 [Note] Paul McCullagh, PrimeBase Technologies GmbH, http://www.primebase.org
InnoDB: The InnoDB memory heap is disabled
InnoDB: Mutexes and rw_locks use GCC atomic builtins
xxxxxx 19:33:42  InnoDB: highest supported file format is Barracuda.
xxxxxx 19:33:42 InnoDB Plugin 1.0.6-9 started; log sequence number 44244
xxxxxx 19:33:42 [ERROR] Aborting

xxxxxx 19:33:42  InnoDB: Starting shutdown...
xxxxxx 19:33:54  InnoDB: Shutdown completed; log sequence number 44268
xxxxxx 19:33:54 [Note] PrimeBase XT Engine shutdown...
xxxxxx 19:33:54 [Note]
xxxxxx 19:33:54 mysqld_safe mysqld from pid file /srv/base/sql/mariadb.pid ended

Szybkie rozwiązanie problemu.
Edytujemy skrypt startowy mariadb lub mysqld (w arch linux jest w /etc/rc.d/mariadb lub /etc/rc.d/mysqld )

#!/bin/bash

MYSQLD_ROOT="/home/base/sql"
# source application-specific settings
[ -f /etc/conf.d/mysqld ] && . /etc/conf.d/mysqld

# general config
. /etc/rc.conf
. /etc/rc.d/functions

getPID() {
   echo $(pgrep -u mysql mysqld);
}

case "$1" in
  start)
    stat_busy "Starting MariaDB"
    if [ -z "$(getPID)" ]; then
       /opt/MariaDB/bin/mysqld_safe --datadir=$MYSQLD_ROOT --ledir=/opt/MariaDB/bin &>/dev/null &
      if [ $? -gt 0 ]; then
        stat_fail
        exit 1
      else
     ...

Dodajemy do wywołania mysqld_safe ściezkę do pliku z błędami.
W moim przypadku jest w:
/opt/MariaDB/share/mysql/english
lub w mysql-u:
/usr/share/mysql/english

#!/bin/bash

MYSQLD_ROOT="/home/base/sql"
# source application-specific settings
[ -f /etc/conf.d/mysqld ] && . /etc/conf.d/mysqld

# general config
. /etc/rc.conf
. /etc/rc.d/functions

getPID() {
   echo $(pgrep -u mysql mysqld);
}

case "$1" in
 start)
  stat_busy "Starting MariaDB"
  if [ -z "$(getPID)" ]; then
   /opt/MariaDB/bin/mysqld_safe --language=/opt/MariaDB/share/mysql/english
                --datadir=$MYSQLD_ROOT --ledir=/opt/MariaDB/bin &>/dev/null &
   if [ $? -gt 0 ]; then
     stat_fail
     exit 1
    else
   ...

Gotowe !
Serwer wstaje bez problemu.

Mam nadzieję że ta zmiana zwiększy ilość wpisów…

Zobaczmy kilka przykładów z użyciem zaplanowanych zadań (opcja trzecia).

Jednorazowe zadania:

-- event zaplanowany na konkretną godzinę.
CREATE EVENT event_alter
 ON SCHEDULE AT TIMESTAMP '2010-01-16 04:00:01'
 DO alter table tab_name change `nazwa` `nazwa` varchar(100) NOT NULL;

-- event ma się wykonać za 7 godzin od czasu stworzenia go.
CREATE EVENT event_alter
 ON SCHEDULE AT TIMESTAMP (NOW() + INTERVAL 7 HOUR)
 DO alter table tab_name change `nazwa` `nazwa` varchar(100) NOT NULL;

Cykliczne zadania:

-- event ma się wykonywać raz dziennie od 2010-01-16 02:30:00.
CREATE EVENT event_delete
 ON SCHEDULE
  EVERY 1 DAY
  STARTS '2010-01-16 02:30:00'
COMMENT 'Event ma skasowac dane starsze niz tydzine'
   DO DELETE FROM tab_name WHERE datetime< (NOW() - INTERVAL 7 DAY);

-- event ma się wykonywać raz dziennie od teraz + 7 godzin.
CREATE EVENT event_delete
 ON SCHEDULE
  EVERY 1 DAY
  STARTS (NOW() + INTERVAL 7 HOUR)
COMMENT 'Event ma skasowac dane starsze niz tydzine'
   DO DELETE FROM tab_name WHERE datetime< (NOW() - INTERVAL 7 DAY);

Tu przykład zadania kasujacego binlogi starszych niż 2 dni.

CREATE EVENT `event_delete_binlogs`
 ON SCHEDULE EVERY 1 DAY
 STARTS '2010-01-16 03:00:01'
 ON COMPLETION NOT PRESERVE ENABLE
 COMMENT 'Event ma za zadanie wyczyscic binlogi 2 dni wstecz'
 DO PURGE BINARY LOGS BEFORE (NOW() - INTERVAL 2 DAY);

Miłego planowania.

http://dev.mysql.com/doc/refman/5.1/en/events-syntax.html

Przykład tabeli:

CREATE TABLE `lokalizacje` (
  `id` mediumint(10) unsigned,
  `pkt` geometry NOT NULL DEFAULT '',
  `x` FLOAT(20,17),
  `y` FLOAT(20,17),
  PRIMARY KEY (`id`),
  SPATIAL KEY `pkt` (`pkt`)
) ENGINE=MyISAM;

Po zainsertowaniu rekordów na serwerze master replikacja ulega przerwaniu.
Na maszynie slave widzimy:

mysql (database) > show slave statusG
************************ 1. row ************************
Slave_IO_State: Waiting for master to send event
Master_Host: x.x.x.x
Master_User: user
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000024
Read_Master_Log_Pos: 183819499
Relay_Log_File: relay-log.000033
Relay_Log_Pos: 1235861
Relay_Master_Log_File: mysql-bin.000024
Slave_IO_Running: Yes
Slave_SQL_Running: No
Replicate_Do_DB:
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 1535
Last_Error: Table definition on master and slave does not match:
 Column 5 size mismatch - master has size 247, database.lokalizacje on slave
 has size 1. Master's column size should be <= the slave's column size.
Skip_Counter: 0
Exec_Master_Log_Pos: 182967168
Relay_Log_Space: 2094792
Until_Condition: None
Until_Log_File:
Until_Log_Pos: 0
Master_SSL_Allowed: No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master: NULL
Master_SSL_Verify_Server_Cert: No
Last_IO_Errno: 0
Last_IO_Error:
Last_SQL_Errno: 1535
Last_SQL_Error: Table definition on master and slave does not match:
 Column 5 size mismatch - master has size 247, database.lokalizacje on slave
 has size 1. Master's column size should be <= the slave's column size.
1 row in set (0.00 sec)

Zaistniały błąd pojawia się w momencie gdy tabela różni się kolumnami na serwerach master i slave.
Czy aby napewno w naszym przypadku tak jest !?
Porównujemy budowę tabel na maszynach.

SHOW CREATE TABLE lokalizacjaG
SHOW TABLE STATUS LIKE 'lokalizacja';

I w tym przypadku są identyczne.

Problem rozwiązuje zmiana formatu binloga z mixed na statement.

Środowisko:

mysql (database) > show variables like '%version%';
+-------------------------+------------------------------+
| Variable_name           | Value                        |
+-------------------------+------------------------------+
| protocol_version        | 10                           |
| version                 | 5.1.32-log                   |
| version_comment         | MySQL Community Server (GPL) |
| version_compile_machine | x86_64                       |
| version_compile_os      | pc-solaris2.10               |
+-------------------------+------------------------------+
5 rows in set (0.00 sec)

mysql (database) > show variables like '%binlog_format%';
+---------------+-----------+
| Variable_name | Value     |
+---------------+-----------+
| binlog_format | MIXED     |
+---------------+-----------+
1 row in set (0.00 sec)

Wprowadzamy zmiany

mysql (database) > SET GLOBAL BINLOG_FORMAT=MIXED;
+---------------+-----------+
| Variable_name | Value     |
+---------------+-----------+
| binlog_format | STATEMENT |
+---------------+-----------+
1 row in set (0.00 sec)

mysql (database) > show variables like '%binlog_format%';
+---------------+-----------+
| Variable_name | Value     |
+---------------+-----------+
| binlog_format | STATEMENT |
+---------------+-----------+
1 row in set (0.00 sec)

Pozostaje wznowić replikację.

SET GLOBAL SQL_SLAVE_SKIP_COUNTER = 1;
START SLAVE;

Po czym zrzucić tabelę na mastrze i ponownie wrzucić.

Po pierwszej zaktualizowanej maszynie widzę w logach ciekawy warning:

[Warning] Stored routine 'database'.'routine_name': invalid value in column mysql.proc.db_collation.
[Warning] Stored routine 'database'.'routine_name': invalid value in column mysql.proc.character_set_client.
[Warning] Stored routine 'database'.'routine_name': invalid value in column mysql.proc.collation_connection.

W wersji 5.1.28 i nowszych w momencie gdy procedury różnią się kodowaniem od tabel widzimy właśnie taki warning.

Rozwiązaniem jest zmiana kodowania procedur na używane w tabelach.

Przykład błędnego zaimportowania procedury:

mysql (database) > show variables like '%char%';
+--------------------------+----------------------------------+
| Variable_name            | Value                            |
+--------------------------+----------------------------------+
| character_set_client     | latin1                           |
| character_set_connection | latin1                           |
| character_set_database   | utf8                             |
| character_set_filesystem | binary                           |
| character_set_results    | latin1                           |
| character_set_server     | utf8                             |
| character_set_system     | utf8                             |
| character_sets_dir       | /opt/mysql/mysql/share/charsets/ |
+--------------------------+----------------------------------+
8 rows in set (0.01 sec)

mysql (database) > show create procedure exampleG
*************************** 1. row ***************************
           Procedure: example
            sql_mode:
    Create Procedure: CREATE DEFINER=`root`@`localhost` PROCEDURE `example`()
begin select 1; end
character_set_client: latin1
collation_connection: latin1_swedish_ci
  Database Collation: utf8_general_ci
1 row in set (0.00 sec)

Baza i tabele są kodowane utf8 tymczasem nasz klient podłączył się z użyciem kodowania latin1.
Nasza procedura przyjęła kodowanie latin1.

Rozwiązanie:
Zmieniamy kodowanie.

mysql (database) > show variables like '%char%';
+--------------------------+----------------------------------+
| Variable_name            | Value                            |
+--------------------------+----------------------------------+
| character_set_client     | utf8                             |
| character_set_connection | utf8                             |
| character_set_database   | utf8                             |
| character_set_filesystem | binary                           |
| character_set_results    | utf8                             |
| character_set_server     | utf8                             |
| character_set_system     | utf8                             |
| character_sets_dir       | /opt/mysql/mysql/share/charsets/ |
+--------------------------+----------------------------------+
8 rows in set (0.00 sec)

mysql (database) > DROP PROCEDURE example;
Query OK, 0 rows affected (0.00 sec)

mysql (database) > DELIMITER ||
mysql (database) > create procedure example()
 begin
   select 1;
 end ||
Query OK, 0 rows affected (0.01 sec)

mysql (database) > show create procedure exampleG
*************************** 1. row ***************************
           Procedure: example
            sql_mode:
    Create Procedure: CREATE DEFINER=`root`@`localhost` PROCEDURE `example`()
begin select 1; end
character_set_client: utf8
collation_connection: utf8_general_ci
  Database Collation: utf8_general_ci
1 row in set (0.00 sec)

Dodajmy jeszcze do my.cnf domyslne kodowanie dla clienta na utf8.

[client]
default_character_set = utf8

Na koniec:

mysql (database) > flush logs;

Przykład:

Jedna z najczęściej stosowana konfiguracji (małe serwisy internetowe). Widać klienta łączącego się z bazą danych na jednym serwerze. W momencie gdy obciążenie maszyny przekracza 50% czas na zmiany które zabezpieczą dalszy rozwój potencjalnej strony. Warto tu wspomnieć o małym bezpieczeństwie takiej konfiguracji – awaria bazy wyłącza dostęp do strony.
Rozkładamy ruch na dwie maszyny w replikacji Master-Slave + proxy.
Pozwoli to także zwiększyć bezpieczęństwo w momencie awarii jednego z serwerów.
Konfigurujemy proxy tak żeby automatycznie przepinało ruch w momencie braku odpowiedzi od serwera.

Parametry startowe:

$ ./mysql-proxy
  --proxy-backend-addresses=127.0.0.1:3306               -- master
  --proxy-read-only-backend-addresses=127.0.0.2:3306     -- slave
  --daemon

Bilans zysków:
+ dla bezpieczeństwa
+ dla stabilności
+ dla elastyczności

Więcej opcje:

$ ./mysql-proxy --help-all
Usage:
  mysql-proxy [OPTION...] - MySQL Proxy

Help Options:
  -?, --help                                          Show help options
  --help-all                                          Show all help options
  --help-admin                                        Show options for the admin-module
  --help-proxy                                        Show options for the proxy-module

admin module
  --admin-address=                         listening address:port of internal admin-server (default: :4041)

proxy-module
  --proxy-address=                         listening address:port of the proxy-server (default: :4040)
  --proxy-read-only-backend-addresses=     address:port of the remote slave-server (default: not set)
  --proxy-backend-addresses=               address:port of the remote backend-servers (default: 127.0.0.1:3306)
  --proxy-skip-profiling                              disables profiling of queries (default: enabled)
  --proxy-fix-bug-25371                               fix bug #25371 (mysqld > 5.1.12) for older libmysql versions
  --proxy-lua-script=                           filename of the lua script (default: not set)
  --no-proxy                                          Don't start proxy-server

Application Options:
  -V, --version                                       Show version
  --daemon                                            Start in daemon-mode
  --pid-file=                                   PID file in case we are started as daemon

Strony warte odwiedzenia:
- strona projektu
http://forge.mysql.com/wiki/MySQL_Proxy
- kod do poprania:

https://launchpad.net/mysql-proxy

- blog jednoego z programistów:
http://jan.kneschke.de/projects/mysql/mysql-proxy/