Мастерская интернет-разработчика » Базы данных

MySQL. Остановка выполнения sql-запроса через триггер

adw0rd — Tue, 02 Mar 2010 12:43:43 +0000

Как приостановить выполнения SQL после триггера? То есть, при определенных условиях, описанных в триггере надо остановить выполнения SQL который и вызвал этот триггер.
Я размышлял и гуглил на эту тему, но единственное что у меня получилось, это выполнять ошибочный SQL-код, тем самым останавливать выполнение SQL кода, который выполнится после триггера.

Задача была такая, что у кастомеров есть статусы, но если новый статус (который устанавливается) меньше чем текущий, то надо приостановить такой запрос.
Городить проверки на стороне скриптового языка не хотелось, ибо это поведение должно быть глобальным, да и переписывать чудо-код доставшийся мне по наследству совсем не хотелось.

Ну это все слова, а теперь покажу реализацию:

delimiter //
DROP TRIGGER IF EXISTS `customers_update_status`//
CREATE TRIGGER `customers_update_status` BEFORE UPDATE ON `customers` FOR EACH ROW BEGIN
IF NEW.`status` < OLD.`status` THEN
BEGIN
INSERT INTO `customers` SET OLD.`status` = "STOP_SQL_QUERY";
END;
END IF;
END//
delimiter ;

Поле status имеет тип ENUM и у него нет значения STOP_SQL_QUERY, поэтому происходит ошибка и SQL-запрос идущий за триггером не выполняется. Это не корректное, но единственное найденное мной решение. Вообще, наверное еще лучше чтобы был не INSERT, а UPDATE. Тогда будет ошибка более корректна с виду.

зы. Кстати на официальной страничке CREATE TRIGGER в камментах приводится именно такой способ по остановке выполнения sql-запроса.

Sphinx. Для чего нужны дельта-индексы и как их готовить?

adw0rd — Fri, 31 Jul 2009 07:58:12 +0000

Дельта индексы необходимы для того, чтобы не индексировать базу полностью в течении короткого времени, а использовать маленький индекс.

К примеру, мы имеем очень много записей в базе данных, сотни тысяч или несколько миллионов записей, и данные поступают очень часто, нам их необходимо индексировать, однако запускать каждые 5-10 минут индексацию — это слишком трудоемко.

Поэтому мы делаем два индекса:

Полный — индексируются все данные целиком (запускаем раз в сутки)
Дельта — индексируется только малая часть данных, добавленных в течении дня (запускаем каждые 5-10 минут)

Но как определять с какого момента индексировать данные в дельта-индексе?

Нам необходимо помнить крайний проиндексированный ид-записи из полного-индекса, и начинать индексировать данные только с него, все очень просто :)

Для этого создадим еще одну таблицу в базе данных, чтобы хранить там ид крайней записи из полного-индекса:

1
2
3
4

CREATE TABLE `sphinx_delta_counter` (
`index_name` ENUM( 'pyha_forum' ) NOT NULL,
`last_post_id` INT UNSIGNED NOT NULL
) ENGINE = InnoDB;

Где,

«index_name» — имя индекса, например если у вас много индексов с разных таблиц (можно опустить, если у вас один индекс);
«last_post_id» — крайний номер записи для конкретного индекса.

Вставим для нашего индекса запись, чтобы потом можно было обновлять счетчик:

1 2	INSERT INTO `sphinx_delta_counter` SET `index_name` = 'pyha_forum', `last_post_id` = 0;

Вы конечно можете этот запрос и в индексе сфинкса использовать, предварительно переписав его на «on duplicate key» и добавив уникальный индекс на связку «index_name+last_post_id», однако я думаю это излишне.

Строим индексы в Sphinx

Привожу примерный конфигурационный файл, на примере предыдущей статьи http://adw0rd.ru/2009/smf-sphinx/.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93

# сорс для подключения к БД, далее его будем наследовать в других сорсах
source dbconnect
{
type = mysql
sql_host = localhost
sql_user = pyha
sql_pass =
sql_db = pyha
sql_port = 3306
sql_sock = /tmp/mysql.sock

}

# сорс полного-индекса
source pyha_forum : dbconnect
{

sql_query_pre = SET NAMES utf8
sql_query_pre = SET CHARACTER SET utf8

# обновляем наш счетчик, добавляем туда крайний ид записи для дельта-индекса
sql_query_pre = \
update sphinx_delta_counter \
set last_post_id = (select max(ID_MSG) from smf_messages) \
where index_name = 'pyha_forum';

# выбираем все данные для полного-индекса
sql_query = \
select ID_MSG, concat('user:',posterName) as posterName, subject, body \
from smf_messages;

sql_query_info = select ID_MSG, posterName, subject, body from smf_messages where ID_MSG = $id
sql_ranged_throttle = 0
}

# сорс дельта-индекса
source pyha_forum_delta : dbconnect
{

sql_query_pre = SET NAMES utf8
sql_query_pre = SET CHARACTER SET utf8

# выбираем только те данные, которые появились после проиндексации полного-индекса
sql_query = \
select ID_MSG, concat('user:',posterName) as posterName, subject, body \
from smf_messages \
where ID_MSG > (select last_post_id from sphinx_delta_counter where index_name = 'pyha_forum');

sql_query_info = select ID_MSG, posterName, subject, body from smf_messages where ID_MSG = $id
sql_ranged_throttle = 0
}

# полный-индекс
index pyha_forum
{
source = pyha_forum
path = /var/sphinxsearch/pyha_forum

docinfo = extern
mlock = 0
morphology = stem_enru
min_word_len = 2
charset_type = utf-8
charset_table = 0..9, A..Z->a..z, _, a..z, U+410..U+42F->U+430..U+44F, U+430..U+44F
min_infix_len = 2
enable_star = 1
}

# дельта-индекс
index pyha_forum_delta : pyha_forum
{
source = pyha_forum_delta
path = /var/sphinxsearch/pyha_forum_delta
}

# настройки индексатора
indexer
{
mem_limit = 32M
}

# настройки поискового демона
searchd
{
address = 127.0.0.1
port = 3312
log = /var/sphinxsearch/log/searchd.log
query_log = /var/sphinxsearch/log/query.log
read_timeout = 5
max_children = 30
#pid_file = /var/sphinxsearch/log/searchd.pid
max_matches = 1000
}

Ну вот и все, сфинкс настроен, далее поставим переиндексацию в крон.

Ставим в крон

1 2	0 1 * * * /usr/local/bin/indexer --config /usr/local/etc/sphinx.conf.sh pyha_forum --rotate > /dev/null /5 * * * /usr/local/bin/indexer --config /usr/local/etc/sphinx.conf.sh pyha_forum_delta --rotate > /dev/null

Где,

Индексировать полный-индекс каждый день в час ночи
Индексировать дельта-индекс каждые пять минут

Не понятно что за конфиг «/usr/local/etc/sphinx.conf.sh»?
Тогда, читаем статью Инклуд конфигов Sphinx.

Добавим поиск по дельта-индексу в код

Так как я использую SphinxSE, то добавить надо так:

`query` = "поисковый запрос;index=pyha_forum,pyha_forum_delta"

Тогда будет производится поиск по полному- и дельта-индексам!

Встраиваем в SMF

Далее, раз мы разбираем пример на основе статьи http://adw0rd.ru/2009/smf-sphinx/, то снова найдем код в «/Source/Search.php» (строка ~1377):

1
2
3
4
5
6
7

$request = db_query(
"SELECT `sm`.`ID_TOPIC`, `ssm`.`id` AS `ID_MSG`, 1000 AS `relevance`, 0 AS `num_matches`
FROM `sphinx_smf_messages` AS `ssm`
LEFT JOIN `smf_messages` AS `sm`
ON `ssm`.`id` = `sm`.`ID_MSG`
WHERE `ssm`.`query` = '".$context['search_params']['search'].";weights=1,2,3'
LIMIT " . (int) $_REQUEST['start'] . ", $modSettings[search_results_per_page]", __FILE__, __LINE__);

заменим на

1
2
3
4
5
6
7

$request = db_query(
"SELECT `sm`.`ID_TOPIC`, `ssm`.`id` AS `ID_MSG`, 1000 AS `relevance`, 0 AS `num_matches`
FROM `sphinx_smf_messages` AS `ssm`
LEFT JOIN `smf_messages` AS `sm`
ON `ssm`.`id` = `sm`.`ID_MSG`
WHERE `ssm`.`query` = '".$context['search_params']['search'].";weights=1,2,3;index=pyha_forum,pyha_forum_delta'
LIMIT " . (int) $_REQUEST['start'] . ", $modSettings[search_results_per_page]", __FILE__, __LINE__);

Ну вот и все :)

Не возможно использовать для обновления таблицу, в которой производишь выборку

adw0rd — Mon, 27 Jul 2009 23:04:32 +0000

Понадобилось ежесуточно высчитывать размер шрифта для оформления вывода жанров на Кинсбурге. И столкнулся с проблемой, что нельзя выбирать данные из таблицы, которая участвует в обновлении данных.

Вот примеры запросов

Пробуем в лоб:

UPDATE `categories` SET `size` = (`count` / ((MAX(`count`) - MIN(`count`)) / 10));
ERROR 1111 (HY000): Invalid USE OF GROUP FUNCTION

Попробуем вложенный селект:

UPDATE `categories` SET `size` = (SELECT (`count` / ((MAX(`count`) - MIN(`count`)) / 10)) FROM `categories`);
ERROR 1093 (HY000): You can't specify target table 'categories' for update in FROM clause

Попробуем жоин:

UPDATE `categories` AS `c1`
JOIN `categories` AS `c2`
USING(`category_id`)
SET `c1`.`size` = (`c2`.`count` / ((MAX(`c2`.`count`) - MIN(`c2`.`count`)) / 10));

ERROR 1111 (HY000): Invalid USE OF GROUP FUNCTION

По отдельности все работает

Выводим «размер шрифта»:

SELECT (`count` / ((MAX(`count`) - MIN(`count`)) / 10)) FROM `categories`;
+--------------------------------------------------------+
| (`count` / ((MAX(`count`) - MIN(`count`)) / 10)) |
+--------------------------------------------------------+
| 3.47826087 |
+--------------------------------------------------------+
1 ROW IN SET (0.00 sec)

Обновляем поле с размером шрифта:

UPDATE `categories` SET `size` = 3.47826087;
Query OK, 0 ROWS affected (0.00 sec)
ROWS matched: 21 Changed: 0 Warnings: 0

Решение

Погуглив, и поломав голову с disc'ом, я пришел к следующему решению, представленное ниже.

Я решил выделить вычисление процента в переменную @percent, далее создал вьюху для таблицы «categories» и жойню таблицу с вьюхой:

-- создаем коэффициент деления
SET @percent = (SELECT (MAX(`count`) - MIN(`count`)) / 10 FROM `categories`);

-- создаем вьюху
CREATE VIEW `categories_view` AS SELECT `category_id`, `count` FROM `categories`;

-- жойним таблицу и вьюху, обновляя данные
UPDATE `categories` AS `c`
JOIN `categories_view` AS `cv`
USING(`category_id`)
SET `c`.`size` = `cv`.`count` / @percent;

Вот и все, приятного манокурения :)

UPD: Создадим процедуру и евент для этого события

/* Создаем вьюху и процедуру для установки размеров шрифта */
USE kinsburg;

/* создаем вьюху */
CREATE VIEW `categories_view` AS SELECT `category_id`, `count` FROM `categories`;

/* создаем процедуру */
delimiter //
DROP PROCEDURE IF EXISTS `updateCategorySize`//
CREATE PROCEDURE `updateCategorySize` ()
BEGIN
/* создаем коэффициент деления */
SET @percent = (SELECT (MAX(`count`) - MIN(`count`)) / 10 FROM `categories`);
/* жойним таблицу и вьюху, обновляя данные */
UPDATE `categories` AS `c` JOIN `categories_view` AS `cv` USING(`category_id`) SET `c`.`size` = `cv`.`count` / @percent;
END//
delimiter ;

/* создаем евент для вызова процедуры раз в сутки */
CREATE
DEFINER = kinsburg@localhost
EVENT `updateCategorySizeEvent`
ON SCHEDULE
EVERY 1 DAY
DO
CALL updateCategorySize;

Установка и настройка Trac на FreeBSD

adw0rd — Mon, 20 Jul 2009 07:00:27 +0000

Trac — это инструмент управления проектами и отслеживания ошибок в программном обеспечении. Он использует минималистичный веб-интерфейс, основанный на технологии wiki, и позволяет организовать перекрёстные гиперссылки между базой данных зарегистрированных ошибок, системой управления версиями и wiki-страницами.

Это даёт возможность использовать Trac в том числе и как веб-интерфейс для доступа к системе контроля версий subversion, а так же, через плагины, к Mercurial, git, Bazaar и другим. Trac написан на языке программирования python и в настоящее время распространяется по модифицированной лицензии BSD.

http://ru.wikipedia.org/wiki/Trac

Возможности

Возможность просмотра всех изменений в svn и trac-проекте.
Можно создавать подпроекты, например для портала это будет «Разработать сервис фотографий», «Разработка форума» или «Реконструкция поискового-модуля». И для каждого будут отдельные группы тикетов.
Просмотреть изменения кодов проекта в svn-ревизиях и сравнивание их.
Создание, просмотр и закрытие тикетов.
Управление пользователями, участвующие в разработке.
Wiki-движок, с помощью которого можно создавать как справочную информацию, так и документацию по проекту в целом.

Так же имеется куча плагинов для Trac, с помощью которых вы легко расширите функционал!

Установка

Для развертывания Trac нам понадобится:

Apache 2.2 — но вы можете так же развернуть и на Apache 1.3 или на Nginx, к примеру
mod_python3 — это для Apache 2, а для 1.3 надо просто «mod_python»
Subversion — либо другие системы контроля версия, например Mercurial, git или Bazaar
py-subversion — для работы из Python с Subversion
MySQL — можете также использовать SQLite или PgSQL. Подробнее http://trac.edgewall.org/wiki/DatabaseBackend
Ну и сам Trac разумеется :)

Установка mod_python3 на Apache 2.2

# cd /usr/ports/www/mod_python3/
# make install clean

Зайдите и проверьте установился ли модуль mod_python.so

# cd /usr/local/libexec/apache22/
# ll | grep mod_python

Если он есть, то впишите в конфиг httpd.conf

LoadModule python_module libexec/apache22/mod_python.so

Более подробно о mod_python: http://trac.edgewall.org/wiki/TracModPython

Установка Trac

Trac ставиться очень просто:

# cd /usr/ports/www/trac
# make install clean

Если вы хотите управлять настройками trac-проекта и правами пользователей из web-панели, то установите плагин ”trac-webadmin”.

# cd /usr/ports/www/trac-webadmin/
# make install clean

Более подробно о WebAdmin: http://trac.edgewall.org/wiki/WebAdmin

Использование MySQL

Если вы хотите использовать MySQL для хранения данных Trac, то вам надо установить MySQL-python драйвер. Если вам не надо, то можете использовать SQLite и пропустить установку MySQL-python, которую я опишу далее.

Для этого надо установить драйвер MySQL-python.

1
2
3
4
5
6

# cd /tmp
# fetch http://downloads.sourceforge.net/sourceforge/mysql-python/MySQL-python-1.2.2.tar.gz
# tar -xvf MySQL-python-1.2.2.tar.gz
# cd MySQL-python-1.2.2
# python setup.py build
# python setup.py install

Если вы используете Apache, то перезагрузите его, дабы достучатся до mod_python.

Теперь создадим базу данных и пользователя для Trac:

CREATE DATABASE trac DEFAULT CHARACTER SET utf8 COLLATE utf8_bin;
CREATE USER tracuser IDENTIFIED BY 'password';
GRANT ALL ON trac.* TO tracuser;
FLUSH PRIVILEGES;

Не забудьте заменить пароль в запросе на придуманный вами.

Установка Subversion с поддержкой Python

# cd /usr/ports/devel/subversion
# make WITH_PYTHON=true WITH_BERKELEYDB=db42 WITH_MOD_DAV_SVN= install

Более подробно о ключах: http://trac.edgewall.org/wiki/TracFaq

Установка py-subversion

# cd /usr/ports/devel/py-subversion
# make FORCE_PKG_REGISTER= install clean

Более подробно о ключе: http://trac.edgewall.org/wiki/TracSubversion

Настройка Apache

Отредактируем конфиг Apache и добавим новый виртуальный хост:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

DocumentRoot "/home/trac"
ServerName trac.example.com

SetHandler mod_python
PythonInterpreter main_interpreter
PythonHandler trac.web.modpython_frontend
PythonOption TracEnv /home/trac/example.com
PythonOption TracUriRoot /

AuthType Basic
AuthName "Trac Server"
AuthUserFile /home/trac/example.com/.htpasswd
Require valid-user

Я делаю с обязательной авторизацией на Trac, дабы сторонние пользователи не заходили. Если вы хотите чтобы Trac был открыт на всеобщее обозрение, то можно эту часть:

AuthType Basic
AuthName "Trac Server"
AuthUserFile /home/trac/example.com/.htpasswd
Require valid-user

Вынести в отдельный , например вот так получится в результате:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

Также, я использую пароли от Subversion для авторизации, если посмотрите статью FreeBSD. Установка и настройка Subversion, то у нас был путь «/home/svn/svn-auth-file», вот его и будем использовать в качестве AuthUserFile:

...
AuthUserFile /home/svn/svn-auth-file
...

Настройка Trac

Для начала нам надо создать trac-проект и настроить его.

Создание trac-проекта

# trac-admin /home/trac/example.com initenv

initenv — создание и использование интерактивного режима

Более подробно о командах trac-admin: http://trac.edgewall.org/wiki/TracAdmin

Далее, укажите имя проекта и адрес для соединения с MySQL

mysql://tracuser:password@localhost:3306/trac

Тип используемого сервера контроля версия «svn» и путь до svn-репозитория вашего проекта

/home/svn/repos/example.com

Подробнее http://trac.edgewall.org/wiki/TracEnvironment

Настройка trac-проекта

Отредактируйте файл «/home/trac/example.com/conf/trac.ini» и измените следующие директивы:

default_charset = utf-8
base_url = http://trac.example.com

В конце файла добавляем активацию плагина «webadmin»:

[components]
webadmin.* = enabled

Подробнее по всем директивам http://trac.edgewall.org/wiki/TracIni

Если вы заходите на адрес «trac.example.com» и видите:

Permission denied: '/home/trac/example.com/.egg-cache'

то, настройте права на запись для каталога trac-проекта.

Назначаем права администратора одному из пользователей

# trac-admin /home/trac/example.com permission add имя_пользователя TRAC_ADMIN

Синхронизацию trac-проекта с svn-проектом

# trac-admin /home/trac/example.com resync

Автоматическое оповещения svn-изменений для trac-тикетов

И на последок, если вы используете svn-хуки, как я уже описывал в статье Subversion. Автоматическое обновление проекта при помощи хуков, то добавьте эти строки в post-commit для оповещения trac-тикетов:

TRAC_ENV="/home/trac/example.com"
/usr/bin/python /usr/local/bin/trac-post-commit-hook -p "$TRAC_ENV" -r "$REV"

Резюме

Вот и все, Trac установлен и настроен для комфортной работы, в последующих статьях буду рассказывать как настроить Mylyn, что бы непосредственно из IDE работать с Trac и управлять всеми подпроектами и тикетами!

Если есть вопросы, то добро пожаловать в комментарии!

Восстановление структуры таблиц InnoDB

adw0rd — Thu, 02 Jul 2009 09:17:41 +0000

Бывает, что при перемещении базы sql-дамп не получается создать и остаются только файлы «*.frm», вы их заливаете в каталог «/var/db/mysql» и в надежде что заработают innodb-таблицы приходите в отчаянье, потому что они не работают...

Например при mysqldump, может выпасть ошибка:

Got error: 1146: Table `table_name` doesn't exist when using LOCK TABLES

Вам поможет этот хитрый трюк

Создаёте базу данных «my_test»:

mysql> CREATE DATABASE my_test;
mysql> USE my_test;

после чего, создаёте там соответствующую названию файлу «table_name.frm» пустую таблицу:

mysql> CREATE TABLE `table_name` (`id` INT PRIMARY KEY) ENGINE=Innodb;

после, замените созданный вами файл в тестовой таблице «my_test» исходным файлом таблицы:

cp /var/db/mysql/database_name/TABLE_NAME.frm /var/db/mysql/my_test/TABLE_NAME.frm

А теперь посмотрим структуру нашей таблицы:

mysql> USE my_test;
mysql> SHOW CREATE TABLE TABLE_NAME;

и вы увидите структуру, а дальше можете делать дамп или что вы там делали!

Также вы можете перенести все ваши побитые таблицы и переименовать базу в прежнее имя (удалив при этом старую естественно).

З.Ы. Почитайте полезную статью Восстановление данных InnoDB в MySQL

Sphinx и MySQL. Установка и использование движка SphinxSE

adw0rd — Fri, 26 Jun 2009 13:27:41 +0000

В продолжение темы о Sphinx, расскажу о SphinxSE, это движок для MySQL, который будет работать со Sphinx индексами непосредственно из MySQL.

Что такое SphinxSE?

Движок SphinxSE не хранит данные сам, а является звеном, которое позволяет серверу MySQL общаться с «searchd», запускать поисковые запросы и получать результаты поиска. Вся индексация и поиск происходит за пределами MySQL.

SphinxSE может быть собран только под MySQL 5.x используя архитектуру плагинов, которая не поддерживается в MySQL 4.x.

SphinxSE позволяет:

Легко портировать MySQL FTS (full-text search) приложения в Sphinx;
Использовать Sphinx, где невозможно использовать API, например если нет API для какого-то языка;
Оптимизировать добавленные Sphinx'ом результаты обработки на стороне MySQL, например: JOIN'ить результаты поиска с другими таблицами MySQL, добавлять дополнительную фильтрацию данных на стороне MySQL и т.д.

Установка SphinxSE

Ставить будем из сорцов и на FreeBSD 6.3.

Сначала скачаем дистрибутивы:

# fetch http://www.sphinxsearch.com/downloads/sphinx-0.9.8.1.tar.gz
# fetch http://downloads.mysql.com/archives/mysql-5.1/mysql-5.1.34.tar.gz

Скачать MySQL: http://downloads.mysql.com/archives.php?p=mysql-5.1&o=other
Скачать Sphinx: http://www.sphinxsearch.com/downloads.html

Обратите внимание, в download-листе Sphinx есть пункт «MySQL 5.0.45 with SphinxSE 0.9.8» и из ссылки «mysql-5.0.45-sphinxse-0.9.8-win32.zip» следует что это только для Win32.

Теперь, разархивируем:

# tar -xzf mysql-5.1.34.tar.gz
# tar -xzf sphinx-0.9.8.1.tar.gz

Скопируем сорцы SphinxSE в каталог распакованного нами MySQL:

# cp -R sphinx-0.9.8.1/mysqlse mysql-5.1.34/storage/sphinx

Запускаем «autorun.sh» для пересборки сорцов:

# cd mysql-5.1.34
# sh BUILD/autorun.sh

Установим дополнительные движки, в том числе и Sphinx:

# ./configure --with-plugins=sphinx,innobase,archive,blackhole
# make && make install

Запускаем MySQL:

# /usr/local/etc/rc.d/mysql-server start

Войдем в MySQL-консоль и посмотрим какие есть у нас движки:

mysql> SHOW engines;
+------------+---------+----------------------------------------------------------------+--------------+------+------------+
| Engine | Support | Comment | Transactions | XA | Savepoints |
+------------+---------+----------------------------------------------------------------+--------------+------+------------+
| MEMORY | YES | Hash based, stored IN memory, useful FOR TEMPORARY TABLES | NO | NO | NO |
| CSV | YES | CSV storage engine | NO | NO | NO |
| MRG_MYISAM | YES | Collection OF identical MyISAM TABLES | NO | NO | NO |
| BLACKHOLE | YES | /dev/NULL storage engine (anything you WRITE TO it disappears) | NO | NO | NO |
| InnoDB | YES | Supports transactions, row-level locking, AND FOREIGN KEYS | YES | YES | YES |
| SPHINX | YES | Sphinx storage engine 0.9.8 | NO | NO | NO |
| MyISAM | DEFAULT | DEFAULT engine AS OF MySQL 3.23 WITH great performance | NO | NO | NO |
| ARCHIVE | YES | Archive storage engine | NO | NO | NO |
+------------+---------+----------------------------------------------------------------+--------------+------+------------+

Движок мы установили, теперь попробуем его использовать!

Использование SphinxSE

Для примера продолжим работать с индексом «adw0rd_wp», который мы создали в прошлой статье про Sphinx.

Для начала создадим таблицу:

CREATE TABLE `test_sphinx`
(
`id` INTEGER NOT NULL,
`weight` INTEGER NOT NULL,
`query` VARCHAR(3072) NOT NULL,
`group_id` INTEGER,
INDEX(`query`)
) ENGINE=SPHINX CONNECTION="sphinx://localhost:3312/adw0rd_wp";

Теперь проверим выборку по индексу «adw0rd_wp»:

mysql> SELECT * FROM `test_sphinx` WHERE `query` = 'sphinx';
+------+--------+--------+----------+
| id | weight | query | group_id |
+------+--------+--------+----------+
| 3366 | 2 | sphinx | 0 |
| 3341 | 1 | sphinx | 0 |
| 3368 | 1 | sphinx | 0 |
+------+--------+--------+----------+
3 ROWS IN SET (0.12 sec)

Где, в «query» можно написать искомую фразу, а так же дополнительные параметры поиска, например «mode», «sort» или указать индексы:

... WHERE query='test;mode=any';
... WHERE query='test;sort=attr_asc:group_id';
... WHERE query='test;index=test1,test2,test3;';

Результаты сопоставимы с предыдущим поиском через API: http://demo.adw0rd.ru/sphinxsearch/?s=sphinx. Более подробно по использованию SphinxSE тут: http://www.sphinxsearch.com/docs/current.html#sphinxse-using

Subversion. Автоматическое обновление проекта при помощи хуков

adw0rd — Thu, 25 Jun 2009 00:54:04 +0000

В большинстве случаев, при разработке веб-проекта требуется автоматически обновлять рабочую версию, на помощь на приходят свн-хуки!

Начнем с того, что у нас есть веб-проект и нам необходимо создать для него репозиторий, как это сделать я рассказывал в статье «FreeBSD. Установка и настройка Subversion».

Далее, мы будем обновлять наш проект только через репозиторий!

Подготовка проекта

Сначала сделаем импорт веб-проекта в репозиторий:

# svn import /_project_ file:///svn/repos/_project_

Теперь удалим все файлы проекта (не забывайте делать бекапы на всякий случай), и сделаем чекаут:

# cd /_project
# rm -rf *
# svn checkout file:///svn/repos/_project_

Hooks

Хуки срабатывают на разные события Subversion, вот некоторые из них:

start-commit — запускается до начала транзакции, может быть использован для проверки прав.
pre-commit — запускается в конце транзакции, но до commit, часто используется для валидации данных, например для проверки не пустых лог-собщений.
post-commit — запускается после транзакции, может быть использовано для отправки e-mail или для резервирования хранилища.
pre-revprop-change — запускается до изменений в ревизии, могут быть использованы для проверки доступа.
post-revprop-change — запускается после изменений в ревизии, могут быть использованы для отправки e-mail или для резервирования изменений.

Есть еще «post-lock», «post-unlock», «pre-lock» и «pre-unlock», как видно из названий он срабатывают при блокировке. Я не буду их разбирать, потомучто они у меня интереса пока не вызвали.

Post-Commit Hook

Этот хук срабатывает после любого commit'a репозитория, для его активации надо скопировать шаблон и наделить правами на запуск:

# cd /svn/repos/_project_/hooks
# cp post-commit.tmpl post-commit
# chmod u+x post-commit

Далее, отредактируем файл post-commit, закомментируем все лишнее и добавим наши команды для обновления проекта:

cd /_project_ && /usr/local/bin/svn update

Примерного такой вид в результате будет иметь содержимое ваше хука:

#!/bin/sh

#
# ... тут куча комментариев ...
#

REPOS="$1"
REV="$2"

cd /_project_ && /usr/local/bin/svn update

#commit-email.pl "$REPOS" "$REV" commit-watchers@example.org
#log-commit.py --repository "$REPOS" --revision "$REV"

далее, проверим работает ли хук от имени под которым запущен Subversion и выполним его:

# su www
# ./post-commit

Если ответ примерно такой:

At revision тут_номер_ревизии

то все в порядке!

А если нет, то у вас ошибка в хуке, пишите в комментарии — помогу.

Собственно хук готов, теперь его необходимо проверить, сделайте commit и посмотрите, обновился ли ваш проект — если нет, то скорее всего проблемы с правами на запись файлов вашего проекта.

Необходимо разрешить права на запись файлов веб-проекта пользователю/группе от которой запущен subversion, скорее всего это www.

# cd /_project
# chown -R www:www *
# chown -R www:www .*
# chmod -R 775 *
# chmod -R 775 .svn

P.S. Спасибо дуду за помощь в тестировании хук :)

MySQL Event Scheduler или встроенный диспетчер событий в MySQL

adw0rd — Fri, 12 Jun 2009 01:15:43 +0000

В MySQL 5.1 появился свой планировщик задач! Ранее, мне и многим другим разработчикам приходилось использовать cron для таких целей, как «подчистка устаревшей информации» или «пересчет счетчиков» в базе данных и т.д.

Включение планировщика

Планировщик по умолчанию выключен, для того чтобы его включить надо добавить в my.ini или в my.cnf

[mysqld]
event_scheduler = on

Так же вы можете для конкретной сессии запустить планировщик в mysql-консоле

mysql> SET global event_scheduler = ON;

Для проверки, работает ли планировщик, выполните запрос:

Официальное руководство по настройке.

Создание задания

Синтаксис достаточно прост, при создании задания необходимо обязательно указать:

Имя задания (event_name)
Интервал или точное время (schedule и interval)
SQL-запрос для выполнения (sql_statement)

CREATE
[DEFINER = { USER | CURRENT_USER }]
EVENT
[IF NOT EXISTS]
event_name
ON SCHEDULE schedule
[ON COMPLETION [NOT] PRESERVE]
[ENABLE | DISABLE | DISABLE ON SLAVE]
[COMMENT 'comment']
DO sql_statement;

schedule:
AT TIMESTAMP [+ INTERVAL INTERVAL] ...
| EVERY INTERVAL
[STARTS TIMESTAMP [+ INTERVAL INTERVAL] ...]
[ENDS TIMESTAMP [+ INTERVAL INTERVAL] ...]

INTERVAL:
quantity {YEAR | QUARTER | MONTH | DAY | HOUR | MINUTE |
WEEK | SECOND | YEAR_MONTH | DAY_HOUR | DAY_MINUTE |
DAY_SECOND | HOUR_MINUTE | HOUR_SECOND | MINUTE_SECOND}

Так же вы можете указать:

DEFINER — имя пользователя, от кого запускать задание (с его правами соответственно)
COMMENT — комментарий
ON COMPLETION PRESERVE — задание после выполнения сохраняется
ON COMPLETION NOT PRESERVE — задание выполняется один раз, после чего уничтожается из списка заданий (по умолчанию)

Пример короткой записи:

CREATE EVENT `myevent`
ON SCHEDULE
AT CURRENT_TIMESTAMP + INTERVAL 10 MINUTE
ON COMPLETION PRESERVE
DO
UPDATE `myschema`.`mytable` SET `mycol` = `mycol` + 1;

Официальное руководство по CREATE EVENT

Изменение задания

При изменении, вы можете сменить владельца, переименовать название, изменить SQL-запрос и поменять другие свойства задания.

ALTER
[DEFINER = { USER | CURRENT_USER }]
EVENT event_name
[ON SCHEDULE schedule]
[ON COMPLETION [NOT] PRESERVE]
[RENAME TO new_event_name]
[ENABLE | DISABLE | DISABLE ON SLAVE]
[COMMENT 'comment']
[DO sql_statement]

Для отображения всех свойств задания используйте:

SELECT * FROM `INFORMATION_SCHEMA`.`EVENTS`
WHERE `EVENT_NAME` = 'myevent' AND EVENT_SCHEMA = 'myschema'\G

*************************** 1. ROW ***************************
EVENT_CATALOG: NULL
EVENT_SCHEMA: myschema
EVENT_NAME: myevent
DEFINER: john@smith
EVENT_BODY: SQL
EVENT_DEFINITION: INSERT INTO myschema.mytable VALUES (UNIX_TIMESTAMP())
EVENT_TYPE: RECURRING
EXECUTE_AT: NULL
INTERVAL_VALUE: 5
INTERVAL_FIELD: SECOND
SQL_MODE: NULL
STARTS: 0000-00-00 00:00:00
ENDS: 0000-00-00 00:00:00
STATUS: ENABLED
ON_COMPLETION: NOT PRESERVE
CREATED: 2006-02-09 22:36:06
LAST_ALTERED: 2006-02-09 22:36:06
LAST_EXECUTED: NULL
EVENT_COMMENT:
1 ROW IN SET (0.00 sec)

Либо используйте:

SHOW events LIKE "event_name%"\G

Официальное руководство по ALTER EVENT

Удаление задания

DROP EVENT [IF EXISTS] event_name

Официальное руководство по DROP EVENT

Диспетчер событий и привилегии в MySQL

Официальное руководство по установке привелегий

Примеры использования

Задача: Удаление не активированных учетных записей пользователей, которые не активировались в течении 3-х дней. Запускать событие необходимо каждый день.

CREATE EVENT `not_active_users`
ON SCHEDULE
EVERY 1 DAY
DO
DELETE FROM `users`
WHERE `active` = 'not', UNIX_TIMESTAMP(`date`) >= UNIX_TIMESTAMP(NOW()) - (3 * 24 * 3600);

Задача: А теперь сменим для задания «not_active_users» временной интервал.

ALTER EVENT `not_active_users`
ON SCHEDULE
EVERY 12 HOUR;

Задача: Удалить задание.

DROP EVENT `not_active_users`;

Официальные страницы руководства: Using the Event Scheduler

Утилита mysqldump и шпаргалка по параметрам

adw0rd — Sun, 07 Jun 2009 06:25:48 +0000

Утилита mysqldump позволяет получить дамп содержимого базы данных или совокупности баз для создания резервной копии или пересылки данных на другой SQL-сервер (не обязательно MySQL-сервер). Дамп будет содержать набор команд SQL для создания и/или заполнения таблиц.

Так же mysqldump имеет возможность развертывания баз данных из созданного sql-файла.

Создание дампа

Разберем пример простейшее использования, задампим базу данных «database» при помощи перенаправления потока в файл «database.sql»:

mysqldump -uroot -h82.82.82.82 -p database > database.sql

где:

-u или -–user=... — имя пользователя
-h или --host=... — удаленный хост (для локального хоста можно опустить этот параметр)
-p или --password — запросить пароль
database — имя базы данных
database.sql — файл для дампа

Для того чтобы сделать дамп несколько баз данных, необходимо использовать параметр --databases (или сокращенно -B), пример:

mysqldump -uroot -h82.82.82.82 -p -B database1 database2 database3 > databases.sql

А для того чтобы сделать дамп всех баз данных, необходимо использовать параметр --all-databases (или сокращенно -A), пример:

mysqldump -uroot -h82.82.82.82 -p -A > all-databases.sql

Развертывание дампа

Перенаправляем поток в обратную сторону и развертываем базу данных:

mysql -uroot -h82.82.82.82 -p database < database.sql

Или через mysql-console:

mysql> use database;
mysql> source database.sql

Ну, а если у нас gz-архив к примеру, то:

zcat database.sql.gz | mysql -uroot -h82.82.82.82 -p database

Пример использование некоторых параметров

Например, нам нужны данные с «продакшен версии базы» для «версии разработчика», то есть нам нужна «песочница». Выбираем не более 100 записей:

mysqldump -uroot -h82.82.82.82 -p --where="true limit 100" database > database.sql

Или нам нужна только структура, без данных:

mysqldump -uroot -h82.82.82.82 -p --no-data database > database.sql

Примеры навеяны постом Александра Макарова — http://rmcreative.ru/blog/post/ljogkiy-damp-mysql

Шпаргалка по параметрам

Приведу некоторые параметры, которые могут понадобится при работе с утилитой mysqldump.

--add-drop-database

Добавляет оператор DROP DATABASE перед каждым оператором CREATE DATABASE.

--add-drop-table

Добавляет оператор DROP TABLE перед каждым оператором CREATE TABLE.

--add-locks

Добавляет оператор LOCK TABLES перед выполнением и UNLOCK TABLE после выполнения каждого дампа таблицы (для ускорения доступа к MySQL).

--all-databases, -A

Сохраняет все таблицы из всех баз данных, которые находятся под управлением текущего сервера.

--allow-keywords

Разрешить создавать имена столбцов, которые совпадают с ключевыми словами. Отсутствие конфликтов обеспечивается прибавлением имени таблицы в качестве префикса к имени каждого столбца.

--comments, -i

Данный параметр позволяет добавить в дамп дополнительную информацию, такую, как версия mysqldump, версия MySQL, имя хоста, на котором расположен сервер MySQL.

--compact

Данный параметр требует от mysqldump создать дамп, используя как можно более компактный формат. Параметр является противоположным --comments.

--compatible=name

Параметр генерирует вывод, который совместим с другими СУБД или более старыми версиями MySQL. Вместо ключевого слова name можно использовать: «ansi», «mysql323», «mysql40», «postgresql», «oracle», «mssql», «db2», «maxdb», «no_key_options», «no_table_options», «no_field_options». Можно использовать несколько значений, разделив их запятыми.

--complete-insert, -c

Используется полная форма оператора INSERT (с именами столбцов).

--create-options

Добавляет дополнительную информацию в операторы CREATE TABLE. Это может быть тип таблицы, начальное значение AUTO_INCREMENT и другие параметры.

--databases, -B

Параметр позволяет указать имена нескольких баз данных, для которых необходимо создать дамп.

--delayed

Использовать команду INSERT DELAYED при вставке строк.

--delete-master-logs

На главном сервере репликации автоматически удаляются бинарные логи (logbin) после того, как дамп был успешно создан при помощи mysqldump. Этот параметр автоматически включает параметр «--master-data».

--disable-keys, -K

Для каждой таблицы, окружает оператор INSERT выражениями /*!40000 ALTER TABLE tbl_name DISABLE KEYS */; и /*!40000 ALTER TABLE tbl_name ENABLE KEYS */; в выводе результата дампа. Это ускорит загрузку данных на сервер для таблиц типа MyISAM, так как индексы создаются после внесения всех данных.

--extended-insert, -e

Использовать команду INSERT с новым многострочным синтаксисом (повышает компактность и быстродействие операторов ввода).

--flush-logs, -F

Записать на диск данные системного журнала из буфера MySQL-сервера перед началом выполнения дампа.

--force, -f

Продолжать даже если в процессе создания дампа произошла ошибка.

--hex-blob

Параметр позволяет представить бинарные данные в полях типа BINARY, VARBINARY, BLOB и BIT в шестнадцатеричном формате. Так последовательность «abc» будет заменена на 0×616263.

--ignore-table=db_name.tbl_name

Позволяет игнорировать таблицу tbl_name базы данных db_name при создании дампа. Если из дампа необходимо исключить несколько таблиц, необходимо использовать несколько параметров «--ignore-table», указывая по одной таблице в каждом из параметров.

--insert-ignore

Добавляет ключевое слово IGNORE в оператор INSERT.

--lock-all-tables, -x

Указание этого параметра приводит к блокировке всех таблиц во всех базах данных на время создания полного дампа всех баз данных.

--lock-tables, -l

Указание этого параметра приводит к блокировке таблиц базы данных, для которой создается дамп.

--no-autocommit

Включает все операторы INSERT, относящиеся к одной таблице, в одну транзакцию, что приводит к увеличению скорости загрузки данных.

--no-create-db, -n

Подавляет создание в дампе операторов CREATE DATABASE, которые автоматически добавляются при использовании параметров --databases и --all-databases.

--no-data, -d

Подавляет создание операторов INSERT в дампе, что может быть полезно при создании дампа структуры базы данных без самих данных.

--opt

Параметр предназначен для оптимизации скорости резервирования данных и является сокращением, включающим следующие опции: --quick --add-drop-table --add-locks --create-options --disable-keys --extended-insert --lock-tables --set-charset. Начиная с MySQL 4.1, параметр --opt используется по умолчанию, т.е. все вышеперечисленные параметры включаются по умолчанию, даже если они не указываются. Для того чтобы исключить такое поведение, необходимо воспользоваться параметров --skip-opt

--order-by-primary

Указание параметра приводит к тому. что каждая таблица сортируется по первичному ключу или первому уникальному индексу.

--port, -P

Номер TCP порта, используемого для подключения к хосту.

--protocol={TCP|SOCKET|PIPE|MEMORY}

Параметр позволяет задать протокол подключения к серверу.

--quick, -q

Позволяет начать формирование дампа, не дожидаясь полной загрузки данных с сервера и экономя тем самым память.

--quote-names, -Q

Помещает имена баз данных, таблиц и столбцов в обратные апострофы `. Начиная с MySQL 4.1, данный параметр включен по умолчанию.

--replace

Добавляет ключевое слово REPLACE в оператор INSERT. Данный параметр впервые появился в MySQL 5.1.3.

--result-file=/path/to/file, -r /path/to/file

Параметр направляет дамп в файл file. Этот параметр особенно удобен в Windows, без использования командной строки. когда можно перенаправить результат в файл при помощи последовательностей > и >>.

--routines, -R

Данный параметр создает дамп хранимых процедур и функций. Доступен с MySQL 5.1.2.

--single-transaction

Параметр создает дамп в виде одной транзакции.

--skip-comments

Данный параметр позволяет подавить вывод в дамп дополнительной информации.

--socket=/path/to/socket, -S /path/to/socket

Файл сокета для подсоединения к localhost.

--tab=/path/, -T /path/

При использовании этого параметра в каталоге path для каждой таблицы создаются два отдельных файла: tbl_name.sql, содержащий оператор CREATE TABLE, и tbl_name.txt, который содержит данные таблиц, разделенные символом табуляции. Формат данных может быть переопределен явно с помощью параметров --fields-xxx и --lines-xxx.

--tables

Перекрывает действия параметра --databases (-B). Все аргументы, следующие за этим параметром, трактуются как имена таблиц.

--triggers

Создается дамп триггеров. Этот параметр включен по умолчанию. для его отключения следует использовать параметр --skip-triggers.

--tz-utc

при использовании данного параметра в дамп будет добавлен оператор вида SET TIME_ZONE='+00:00', который позволит обмениваться дампа в различных временных зонах.

--verbose, -v

Расширенный режим вывода. Вывод более детальной информации о работе программы.

--version, -V

Вывести информацию о версии программы.

--where='where-condition', -w 'where-condition'

Выполнить дамп только выбранных записей. Обратите внимание, что кавычки обязательны.

--xml, -X

Представляет дамп базы данных в виде XML.

--first-slave, -x

Блокирует все таблицы во всех базах данных.

--debug=..., -#

Отслеживать прохождение программы (для отладки).

--help

Вывести справочную информацию и выйти из программы.

Еще пару слов о бекапе в MySQL

mysqlhotcopy для MyISAM

Для быстрого резервирования БД с типом таблиц ISAM и MyISAM можно использовать «mysqlhotcopy», которая скопирует файлы *.frm, *.MYD и *.MYI:

# mysqlhotcopy db_name /path/to/dir

Для InnoDB не подойдет данный способ, потомучто при этом типе не обязательно все файлы будут храниться в директории базы данных.

xtrabackup для InnoDB

Для InnoDB есть xtrabackup, рекомендую посмотреть!
UPD: XtraBackup — резервное копирование для innoDB

Бин-лог и репликации

Для репликации «mysqldump» не предназначена, для этого есть бин-лог (--log-bin):

# mysqlbinlog binlog.[0-9]* | mysql

Для полной репликации необходимо вести бин-лог с самого начала работы БД, то есть еще до создания структур и данных.

Резервирование данныс в MySQL 6.x

С версии MySQL 6.x доступен online-backup, вот слайд объясняющий нововведения:

Работаем с XML данными и XPath в MySQL

adw0rd — Mon, 13 Apr 2009 14:48:43 +0000

Как известно, в MySQL 5.1 внедрили функции для работы с XML, сегодня я расскажу про эти две функции более подробно, а так же вкратце опишу как работать с XPath в MySQL.

Для работы с XML есть две функции:

ExtractValue () — Позволяет выбирать записи средствами XPAth;
UpdateXML () — Возвращает измененный XML-фрагмент.

Функция ExtractValue и XPath

Синтаксис следующий:

ExtractValue (xml_frag, xpath_expr)

Для примеров, я буду работать с переменной, но с тем же успехом вы можете записать XML-фрагмент в любое поле с текстовым типом данных. XPath поддерживается на любом движке.

Создадим переменную @xml:

mysql> SET @xml = 'test';

Выберем XML-фрагмент с помощью XPath:

mysql> SELECT @xml, ExtractValue(@xml, '//z');

+---------------------------------------------------+---------------------------+
| @xml | ExtractValue(@xml, '//z') |
+---------------------------------------------------+---------------------------+
| <x id="xx"><y id="yy"><z id="zz">testz>y>x> | test |
+---------------------------------------------------+---------------------------+
1 ROW IN SET (0.00 sec)

Как видно, мы выбрали содержимое ноды -> «test».

Примеры:

Немного ознакомимся с языком запросов XPath и приведу несколько примеров.

Создадим для примера такую вот переменную:

mysql> SET @xml = 'x1x2y-value';

1) Посчитаем количество элементов с нодой :

mysql> SELECT @xml, ExtractValue(@xml, 'count(//x)');

+---------------------------------------------------+----------------------------------+
| @xml | ExtractValue(@xml, 'count(//x)') |
+---------------------------------------------------+----------------------------------+
| <z><x>x1x><x>x2x><y id="y-id">y-valuey>z> | 2 |
+---------------------------------------------------+----------------------------------+
1 ROW IN SET (0.00 sec)

2) Выведем содержимое первой ноды :

mysql> SELECT @xml, ExtractValue(@xml, '//x[1]');

+---------------------------------------------------+------------------------------+
| @xml | ExtractValue(@xml, '//x[1]') |
+---------------------------------------------------+------------------------------+
| <z><x>x1x><x>x2x><y id="y-id">y-valuey>z> | x1 |
+---------------------------------------------------+------------------------------+
1 ROW IN SET (0.00 sec)

3) Выведем содержимое ноды с атрибутом id и значением атрибута «y-id»:

mysql> SELECT @xml, ExtractValue(@xml, '//y[@id="y-id"]');

+---------------------------------------------------+---------------------------------------+
| @xml | ExtractValue(@xml, '//y[@id="y-id"]') |
+---------------------------------------------------+---------------------------------------+
| <z><x>x1x><x>x2x><y id="y-id">y-valuey>z> | y-VALUE |
+---------------------------------------------------+---------------------------------------+
1 ROW IN SET (0.00 sec)

В данный момент MySQL поддерживает XPath версии 1.0, рекомендую посмотреть переведенную спецификацию по этой версии языка.

Функция UpdateXML

С помощью функции UpdateXML мы можем изменять какие-либо XML-фрагменты. Используется для изменения XML-фрагмента и сохранения в базу данных, например при UPDATE.

Синтаксис следующий:

UpdateXML (xml_target, xpath_expr, new_xml)

Пример:

1) Заменим первую ноду «» на «test»:

mysql> SELECT @xml, UpdateXML(@xml, '//x[1]', 'test');

+---------------------------------------------------+-----------------------------------------------------+
| @xml | UpdateXML(@xml, '//x[1]', 'test') |
+---------------------------------------------------+-----------------------------------------------------+
| <z><x>x1x><x>x2x><y id="y-id">y-valuey>z> | <z><c>testc><x>x2x><y id="y-id">y-valuey>z> |
+---------------------------------------------------+-----------------------------------------------------+
1 ROW IN SET (0.00 sec)

2) Заменим содержимое ноды с атрибутом id и значением атрибута «y-id» на «test»:

mysql> SELECT @xml, UpdateXML(@xml, '//y[@id="y-id"]', 'test');

+---------------------------------------------------+---------------------------------------------------+
| @xml | UpdateXML(@xml, '//y[@id="y-id"]', 'test') |
+---------------------------------------------------+---------------------------------------------------+
| <z><x>x1x><x>x2x><y id="y-id">y-valuey>z> | <z><x>x1x><x>x2x><c>testc>z> |
+---------------------------------------------------+---------------------------------------------------+
1 ROW IN SET (0.00 sec)

Еще больше примеров на странице руководства по XML-функциям, так же рекомендую почитать о XPath в википедии и ознакомится с переведенной спецификацией XPath версии 1.0.

Производительность

Потестим производительность на моей машине для разработки:

Microsoft Windows XP [Версия 5.1.2600] SP3
Mysql 5.1.26

Intel Core Duo T2050 1.6 GHz (L2 Cache 2MB, Bus Speed 133 MHZ, Rated FSB 533 MHz)
Memory Type DDR2, Dual Channels, Size 1024 MB (Frequency 266 MHz)

Для теста создадим переменную:

mysql> SET @xml = 'c-value';

Проверим на выборку 1 000 000 раз.

mysql> SELECT benchmark(1000000, ExtractValue(@xml, '/a/b/c'));

+--------------------------------------------------+
| benchmark(1000000, ExtractValue(@xml, '/a/b/c')) |
+--------------------------------------------------+
| 0 |
+--------------------------------------------------+
1 ROW IN SET (4.77 sec)

Проверим на изменение XML-фрагмента 1 000 000 раз.

mysql> SELECT benchmark(1000000, UpdateXML(@xml, '/a/b/c', 'c-value'));

+---------------------------------------------------------------------------+
| benchmark(1000000, UpdateXML(@xml, '/a/b/c', 'c-value')) |
+---------------------------------------------------------------------------+
| 0 |
+---------------------------------------------------------------------------+
1 ROW IN SET (4.47 sec)

Выводы никакие делать не буду, так как тесты слишком приблизительны. Надо тестировать на конкретной машине, желательно не под Windows (на Linux или под OpenSolaris с конкретно собранной для этой ОСи движком MySQL) и надо тестить конкретные XPath-запросы!

UPD: Moscow MySQL User Group: Для чего XPath в MySQL?