<?xml version="1.0" encoding="UTF-8"?><rss version="0.92">
<channel>
	<title>Оптимизация баз данных</title>
	<link>http://fastsql.ru</link>
	<description>Всё о производительности баз данных</description>
	<lastBuildDate>Sat, 28 May 2011 20:04:24 +0000</lastBuildDate>
	<docs>http://backend.userland.com/rss092</docs>
	<language>en</language>
	<!-- generator="WordPress/3.2.1" -->

	<item>
		<title>MySQL: Размер базы данных</title>
		<description><![CDATA[Для оценки размера базы данных в mysql можно воспользоваться информацией из служебной таблицы `information_schema`.`tables`. Размер базы состоит из суммы всех её таблиц и их индексов. Данный запрос показывает размер баз данных в мегабайтах на сервере mysql, в оценке учавствуют только таблицы типов MyISAM и InnoDB: PLAIN TEXT MySQL: SELECT `table_schema` AS 'database', &#160; &#160; &#160; [...]]]></description>
		<link>http://fastsql.ru/2011/05/28/mysql-razmer-bazy-dannyx/</link>
			</item>
	<item>
		<title>Оптимизируем MySQL Query Cache</title>
		<description><![CDATA[Начиная с версии 4.0.1 в MySQL появилась функция кеширования запросов — "Query Cache", которая открывает дополнительные возможности для задач по оптимизации баз данных. Query Cache кеширует результаты запроса. Это значит, что кешированный запрос не выполняется вовсе. Более того, кеширование отрабатывает даже до разбора самого запроса. А это значит, что запрос должен быть точно таким же [...]]]></description>
		<link>http://fastsql.ru/2011/01/03/optimiziruem-mysql-query-cache/</link>
			</item>
	<item>
		<title>Автоматически убиваем долгие запросы</title>
		<description><![CDATA[Данный способ позволяет отслеживать все запросы которые длятся больше заданного количества секунд и "убивать" их. Процедура `kill_run_aways` убивает все запросы, за исключением запущенных с правами супер пользователя, время выполнения которых превышает runtime секунд: PLAIN TEXT MySQL: DELIMITER // CREATE PROCEDURE `kill_run_aways` &#40; IN runtime TINYINT UNSIGNED &#41; LANGUAGE SQL NOT DETERMINISTIC BEGIN DECLARE done INT DEFAULT 0; [...]]]></description>
		<link>http://fastsql.ru/2010/09/06/avtomaticheski-ubivaem-dolgie-zaprosy/</link>
			</item>
	<item>
		<title>Вышел MySQL Sandbox 3.0</title>
		<description><![CDATA[Вышел долгожданный релиз MySQL Sandbox 3.0 утилиты для простой и быстрой установки различных версий MySQL независимо друг от друга. Новые возможности включают: Инсталяция в качестве Perl модуля Копирование, перемещение и удаление серверов Проверка порта перед инсталяцией Набор более чем из 200 тестов Подробная документация Более гибкая модульная структура Похожие записи:Релиз MySQL Sandbox 2.0.98Оптимизируем MySQL Query [...]]]></description>
		<link>http://fastsql.ru/2009/05/11/vyshel-mysql-sandbox-30/</link>
			</item>
	<item>
		<title>Релиз MySQL Proxy 0.7.0</title>
		<description><![CDATA[Доступен очередной релиз MySQL Proxy - 0.7.0. Среди основных изменений: Модульная структура Добавлены новые утилиты: mysql-binlog-dump и mysql-myisam-dump Улучшенное быстродействие по сравнению с прошлой версией И многи другие. Полный список тут. Похожие записи:Оптимизируем MySQL Query CacheАвтоматически убиваем долгие запросы Вышел MySQL Sandbox 3.0EXPLAIN: filesort]]></description>
		<link>http://fastsql.ru/2009/04/11/release-mysql-proxy-070/</link>
			</item>
	<item>
		<title>EXPLAIN: filesort</title>
		<description><![CDATA[В распоряжении MySQL есть несколько способов получить отсортированный результат. В EXPLAIN они отображаются как range, ref или index. Все они используют индекс для сортировки. Во всех прочих случаях используется filesort. PLAIN TEXT MySQL: mysql&#62; EXPLAIN SELECT * FROM city ORDER BY Name; +----+-------------+-------+------+---------------+------+---------+------+------+----------------+ &#124; id &#124; select_type &#124; table &#124; type &#124; possible_keys &#124; key&#160; [...]]]></description>
		<link>http://fastsql.ru/2009/04/11/explain-filesort/</link>
			</item>
	<item>
		<title>Ошибка с NULL и IN в MySQL 5.1</title>
		<description><![CDATA[Согласно этому баг репорту, в MySQL 5.1.32 присутствует ошибка оптимизатора, которая приводит к сканированию всей таблицы вместо использования индексов. Ошибка проявляется в запросах содержащих NULL в выражении IN. PLAIN TEXT MySQL: mysql&#62; EXPLAIN * FROM foo WHERE a IN &#40;160000, 160001, 160002&#41;\G *************************** 1. row *************************** &#160; &#160; &#160; &#160; &#160; &#160;id: 1 &#160; select_type: [...]]]></description>
		<link>http://fastsql.ru/2009/04/08/oshibka-s-null-i-in-v-mysql-51/</link>
			</item>
	<item>
		<title>Релиз MySQL Sandbox 2.0.98</title>
		<description><![CDATA[В предверии большого релиза версии 3.0 вышла очередная версия MySQL Sandbox - 2.0.98. Список изменений тут. MySQL Sandbox позволяет с легкостью разворачивать различные версии серверов MySQL на одной машине, настраивать репликацию и создавать независимые конфигурации. Идеально подходит для тестирования. Поддерживаются версии MySQL с 3.23 вплоть до 5.1. Похожие записи:Вышел MySQL Sandbox 3.0Оптимизируем MySQL Query CacheАвтоматически [...]]]></description>
		<link>http://fastsql.ru/2009/03/29/novyj-reliz-mysql-sandbox/</link>
			</item>
	<item>
		<title>Консольный клиент MySQL: сверяем результаты запросов</title>
		<description><![CDATA[При переписывании запросов, например в целях оптимизации, необходимо убедиться, что новый запрос возвращает такой же результат как и старый. Сделать это можно подсчитав контрольную сумму от возвращаемых данных: PLAIN TEXT MySQL: mysql&#62; pager md5sum - PAGER SET to 'md5sum -' mysql&#62; SELECT * FROM test; a09bc56ac9aa0cbcc659c3d566c2c7e4&#160; - 4096 rows in SET &#40;0.00 sec&#41; Конечно, такой [...]]]></description>
		<link>http://fastsql.ru/2009/03/26/konsolnyj-klient-mysql-sveryaem-rezultaty/</link>
			</item>
	<item>
		<title>Top 1000 SQL Performance Tips</title>
		<description><![CDATA[На http://forge.mysql.com/ опубликовали советы по оптимизации MySQL. Ниже часть советов на русском. Используйте EXPLAIN для профилирования запроса Всегда держите включенным лог медленных запросов Не используйте DISTINCT когда можно обойтись GROUP BY Оптимизация вставок Пакетные(Batch) INSERT и REPLACE LOAD DATA вместо INSERT LIMIT m,n может быть не таким быстрым как кажется Не используйте ORDER BY RAND() [...]]]></description>
		<link>http://fastsql.ru/2009/03/20/top-1000-sql-performance-tips/</link>
			</item>
</channel>
</rss>

