Planet MySQL http://www.planetmysql.org/ Tue, 24 Nov 2009 22:45:06 +0000 ru Planet MySQL - http://www.planetmysql.org/ Методы выявления ошибок в SQL приложении http://svetasmirnova.livejournal.com/38554.html http://svetasmirnova.livejournal.com/38554.html Во время отпуска и по мотивам своего мастер-класса на PHPConf 2009 (http://phpconf.ru) я написала гид для тех, кому нужно поймать ошибку в SQL приложении. Правильнее было бы назвать в MySQL приложении, но я всё-таки думаю, что общие принципы едины для всех. В идеале мне бы хотелось, чтобы текст охватывал основные случаи неправильного поведения. Оговорюсь, что под неправильным поведением я понимаю логические ошибки, а не проблемы производительности. Проблемы производительности - это отдельная тема, кстати, достаточно хорошо представленная в сети.Книжка состоит из 4 частей, ниже можно посмотреть краткое содержание:Часть 1. Одиночные запросы.Рассмотрены случаи, когда ошибка повторяется для одного клиента-потока.Часть 2. Конкурентные запросы.Случаи, когда ошибка повторяется только в случаях, когда несколько клиентов работают с базой одновременно.Часть 3. Другие случаи.Случаи, не подходящие под предыдущие определения.Часть 4. Техники, применяющиеся для отладки Production приложений.Краткий перечень того, что нужно делать, если приходится тестировать на рабочем сервере. Пожалуйста, почитайте и покритикуйте. Ваше мнение очень интересно. Комментарии оставляйте здесь.Почитать можно здесь: http://sql-error.microbecal.com/ http://phpconf.ru) я написала гид для тех, кому нужно поймать ошибку в SQL приложении. Правильнее было бы назвать в MySQL приложении, но я всё-таки думаю, что общие принципы едины для всех. В идеале мне бы хотелось, чтобы текст охватывал основные случаи неправильного поведения. Оговорюсь, что под неправильным поведением я понимаю логические ошибки, а не проблемы производительности. Проблемы производительности - это отдельная тема, кстати, достаточно хорошо представленная в сети.

Книжка состоит из 4 частей, ниже можно посмотреть краткое содержание:

Часть 1. Одиночные запросы.
Рассмотрены случаи, когда ошибка повторяется для одного клиента-потока.
Часть 2. Конкурентные запросы.
Случаи, когда ошибка повторяется только в случаях, когда несколько клиентов работают с базой одновременно.
Часть 3. Другие случаи.
Случаи, не подходящие под предыдущие определения.
Часть 4. Техники, применяющиеся для отладки Production приложений.
Краткий перечень того, что нужно делать, если приходится тестировать на рабочем сервере.

Пожалуйста, почитайте и покритикуйте. Ваше мнение очень интересно. Комментарии оставляйте здесь.

Почитать можно здесь: http://sql-error.microbecal.com/
PlanetMySQL Voting: Vote UP / Vote DOWN]]> Tue, 24 Nov 2009 09:13:54 +0000 Sveta Smirnova mysql programming book Вышла MariaDB 5.1.38 Beta http://s.petrunia.net/blog-ru/?p=80 http://s.petrunia.net/blog-ru/?p=80 Вышла MariaDB 5.1.38 Beta. Формально, это уже второй релиз MariaDB, но по сути - это первая выпущенная нами бета, в которой есть все фичи, которые были запланированы на релиз и которая близка к RC. Полный список изменений со всеми подробностями и ссылками можно посмотреть здесь, а я тут попробую сделать небольшой обзор. Итак, у нас есть все, что есть в MySQL, но кроме этого: Табличные движки * InnoDB и InnoDB Plugin заменены на XtraDB - версия InnoDB plugin’a от компании Percona с дополнительными патчами повышения производительности. XTraDB полностью совместима с InnoDB (до такой степени, что везде так и используется имя INNODB - по-прежнему надо писать SHOW INNODB STATUS, CREATE TABLE ... ENGINE=INNODB и так далее. * Включена Maria. Maria позиционируется как дальнейшее развитие и замена MyISAM. В частности, Maria уже используется вместо MyISAM для внутренних временных таблиц (которые используются при вычислении GROUP BY, DISTINCT, UNION и т.д.), и в некоторых случаях это дает ускорение. Таблицы в Maria имеют опцию TRANSACTIONAL=1, но на сегодняшний день это дает не полную транзакционность, а только устойчивость к сбоям (crash safety). Производительность в crash-safe режиме может обмануть ожидания из-за нескольких нерешенных проблем, в частности из-за отсутствия group commit’а. * Включен PBXT - это полностью транзакционный, удовлетворяющий критериям ACID табличный движок от компании PrimeBase. Больше написать про него ничего не могу, потому что самому поработать с ним мне пока не довелось, а конспектировать сайт PrimeBase не хочется. Популярные патчи Интегрированы два популярных патча от Percona: * Расширенная статистика в Slow Query Log (microslow patch) * SHOW FULL PROCESSLIST показывает время выполнения с точностью до микросекунды (microsec_process patch) Родные фичи Это то, что нами было написано (ну или дописано) и выпускается впервые: * Поддержка Pool of Threads. Вместо традиционной модели одно соединение - один thread, сервер может обслуживать клиентов пулом рабочих thread’ов фиксированного размера. Разработка этого патча была начата еще в Sun/MySQL, но выпустить мы пытаемся первые. * Table elimination - фича оптимизатора, имеющаяся в “больших” СУБД. Для OUTER JOIN’ов некоторых видов можно оптимизатор может догадаться, что внутренние таблицы могут быть отброшены. Более подробно я описал ее тут. * MariaDB поддерживает до 32 компонент в индексе (в MySQL максимум - 16) * У “mysql” клиента появилась опция –abort-source-on-error. * … ну и куча более мелких изменений. Поддерживаемые платформы На текущий момент можно скачать бинарники под x86 и x64, tar-архивы и репозитарии для нескольких последних версий Ubuntu и Debian, а так же .zip для Windows, 32-битный. Мы сейчас работаем над сборкой для .rpm дистрибутивов - СеntOS и SuSE, и над 64-битной сборкой для Windows, а вот инсталлятор для Windows будет не скоро, так как в MySQL инсталлятор не open source и его надо заново переписывать. И последнее MariaDB позиционируется как “Drop-in replacement for MySQL”, то есть нужно просто подсунуть ей my.ini и каталог с базой от MySQL - и все должно заработать. Пробуйте Вышла MariaDB 5.1.38 Beta. Формально, это уже второй релиз MariaDB, но по сути - это первая выпущенная нами бета, в которой есть все фичи, которые были запланированы на релиз и которая близка к RC.

Полный список изменений со всеми подробностями и ссылками можно посмотреть здесь, а я тут попробую сделать небольшой обзор. Итак, у нас есть все, что есть в MySQL, но кроме этого:

Табличные движки

* InnoDB и InnoDB Plugin заменены на XtraDB - версия InnoDB plugin’a от компании Percona с дополнительными патчами повышения производительности. XTraDB полностью совместима с InnoDB (до такой степени, что везде так и используется имя INNODB - по-прежнему надо писать SHOW INNODB STATUS, CREATE TABLE ... ENGINE=INNODB и так далее.

* Включена Maria. Maria позиционируется как дальнейшее развитие и замена MyISAM. В частности, Maria уже используется вместо MyISAM для внутренних временных таблиц (которые используются при вычислении GROUP BY, DISTINCT, UNION и т.д.), и в некоторых случаях это дает ускорение. Таблицы в Maria имеют опцию TRANSACTIONAL=1, но на сегодняшний день это дает не полную транзакционность, а только устойчивость к сбоям (crash safety). Производительность в crash-safe режиме может обмануть ожидания из-за нескольких нерешенных проблем, в частности из-за отсутствия group commit’а.

* Включен PBXT - это полностью транзакционный, удовлетворяющий критериям ACID табличный движок от компании PrimeBase. Больше написать про него ничего не могу, потому что самому поработать с ним мне пока не довелось, а конспектировать сайт PrimeBase не хочется.

Популярные патчи

Интегрированы два популярных патча от Percona:
* Расширенная статистика в Slow Query Log (microslow patch)
* SHOW FULL PROCESSLIST показывает время выполнения с точностью до микросекунды (microsec_process patch)

Родные фичи

Это то, что нами было написано (ну или дописано) и выпускается впервые:

* Поддержка Pool of Threads. Вместо традиционной модели одно соединение - один thread, сервер может обслуживать клиентов пулом рабочих thread’ов фиксированного размера. Разработка этого патча была начата еще в Sun/MySQL, но выпустить мы пытаемся первые.
* Table elimination - фича оптимизатора, имеющаяся в “больших” СУБД. Для OUTER JOIN’ов некоторых видов можно оптимизатор может догадаться, что внутренние таблицы могут быть отброшены. Более подробно я описал ее тут.
* MariaDB поддерживает до 32 компонент в индексе (в MySQL максимум - 16)
* У “mysql” клиента появилась опция –abort-source-on-error.
* … ну и куча более мелких изменений.

Поддерживаемые платформы

На текущий момент можно скачать бинарники под x86 и x64, tar-архивы и репозитарии для нескольких последних версий Ubuntu и Debian, а так же .zip для Windows, 32-битный.

Мы сейчас работаем над сборкой для .rpm дистрибутивов - СеntOS и SuSE, и над 64-битной сборкой для Windows, а вот инсталлятор для Windows будет не скоро, так как в MySQL инсталлятор не open source и его надо заново переписывать.

И последнее

MariaDB позиционируется как “Drop-in replacement for MySQL”, то есть нужно просто подсунуть ей my.ini и каталог с базой от MySQL - и все должно заработать. Пробуйте :-)


PlanetMySQL Voting: Vote UP / Vote DOWN]]> Tue, 03 Nov 2009 22:48:50 +0000 Sergey Petrunia Uncategorized