Comments on: MySQL-тюнинг. Настраиваем по-взрослому. http://web-scalability.com/2008/05/30/mysql-%d1%82%d1%8e%d0%bd%d0%b8%d0%bd%d0%b3-%d0%bd%d0%b0%d1%81%d1%82%d1%80%d0%b0%d0%b8%d0%b2%d0%b0%d0%b5%d0%bc-%d0%bf%d0%be-%d0%b2%d0%b7%d1%80%d0%be%d1%81%d0%bb%d0%be%d0%bc%d1%83/ IT Technologies, Web solutions Scalability and many other things Fri, 21 Nov 2008 08:00:00 +0000 http://wordpress.org/?v=2.6.2 By: Макс http://web-scalability.com/2008/05/30/mysql-%d1%82%d1%8e%d0%bd%d0%b8%d0%bd%d0%b3-%d0%bd%d0%b0%d1%81%d1%82%d1%80%d0%b0%d0%b8%d0%b2%d0%b0%d0%b5%d0%bc-%d0%bf%d0%be-%d0%b2%d0%b7%d1%80%d0%be%d1%81%d0%bb%d0%be%d0%bc%d1%83/#comment-456 Макс Thu, 06 Nov 2008 05:32:40 +0000 http://web-scalability.solartxit.com/2008/05/30/mysql-%d1%82%d1%8e%d0%bd%d0%b8%d0%bd%d0%b3-%d0%bd%d0%b0%d1%81%d1%82%d1%80%d0%b0%d0%b8%d0%b2%d0%b0%d0%b5%d0%bc-%d0%bf%d0%be-%d0%b2%d0%b7%d1%80%d0%be%d1%81%d0%bb%d0%be%d0%bc%d1%83/#comment-456 Opened_tables - сколько вообще открывалось, нужно использовать Open_tables :) Opened_tables - сколько вообще открывалось, нужно использовать Open_tables :)

]]> By: Eugene A. Kalosha http://web-scalability.com/2008/05/30/mysql-%d1%82%d1%8e%d0%bd%d0%b8%d0%bd%d0%b3-%d0%bd%d0%b0%d1%81%d1%82%d1%80%d0%b0%d0%b8%d0%b2%d0%b0%d0%b5%d0%bc-%d0%bf%d0%be-%d0%b2%d0%b7%d1%80%d0%be%d1%81%d0%bb%d0%be%d0%bc%d1%83/#comment-48 Eugene A. Kalosha Tue, 05 Aug 2008 16:21:57 +0000 http://web-scalability.solartxit.com/2008/05/30/mysql-%d1%82%d1%8e%d0%bd%d0%b8%d0%bd%d0%b3-%d0%bd%d0%b0%d1%81%d1%82%d1%80%d0%b0%d0%b8%d0%b2%d0%b0%d0%b5%d0%bc-%d0%bf%d0%be-%d0%b2%d0%b7%d1%80%d0%be%d1%81%d0%bb%d0%be%d0%bc%d1%83/#comment-48 Я бы не рекомендовал использовать полнотекстовую индексацию для построения системы поиска. Причина одна, при большом количестве данных это работает медленно, или вообще не работает :(. В качестве альтернативы предлагаю ознакомиться со статьей: http://habrahabr.ru/blog/webdev/48313.html От себя порекомендовал бы Sphinx. Я бы не рекомендовал использовать полнотекстовую индексацию для построения системы поиска. Причина одна, при большом количестве данных это работает медленно, или вообще не работает :(.

В качестве альтернативы предлагаю ознакомиться со статьей: http://habrahabr.ru/blog/webdev/48313.html

От себя порекомендовал бы Sphinx.

]]> By: SeoCoder http://web-scalability.com/2008/05/30/mysql-%d1%82%d1%8e%d0%bd%d0%b8%d0%bd%d0%b3-%d0%bd%d0%b0%d1%81%d1%82%d1%80%d0%b0%d0%b8%d0%b2%d0%b0%d0%b5%d0%bc-%d0%bf%d0%be-%d0%b2%d0%b7%d1%80%d0%be%d1%81%d0%bb%d0%be%d0%bc%d1%83/#comment-47 SeoCoder Mon, 04 Aug 2008 22:05:48 +0000 http://web-scalability.solartxit.com/2008/05/30/mysql-%d1%82%d1%8e%d0%bd%d0%b8%d0%bd%d0%b3-%d0%bd%d0%b0%d1%81%d1%82%d1%80%d0%b0%d0%b8%d0%b2%d0%b0%d0%b5%d0%bc-%d0%bf%d0%be-%d0%b2%d0%b7%d1%80%d0%be%d1%81%d0%bb%d0%be%d0%bc%d1%83/#comment-47 Помогите настроить mysql на fulltext поиска. База очень большая - 10 гигов. Помогите настроить mysql на fulltext поиска. База очень большая - 10 гигов.

]]> By: Dr.Stas http://web-scalability.com/2008/05/30/mysql-%d1%82%d1%8e%d0%bd%d0%b8%d0%bd%d0%b3-%d0%bd%d0%b0%d1%81%d1%82%d1%80%d0%b0%d0%b8%d0%b2%d0%b0%d0%b5%d0%bc-%d0%bf%d0%be-%d0%b2%d0%b7%d1%80%d0%be%d1%81%d0%bb%d0%be%d0%bc%d1%83/#comment-36 Dr.Stas Fri, 11 Jul 2008 23:44:30 +0000 http://web-scalability.solartxit.com/2008/05/30/mysql-%d1%82%d1%8e%d0%bd%d0%b8%d0%bd%d0%b3-%d0%bd%d0%b0%d1%81%d1%82%d1%80%d0%b0%d0%b8%d0%b2%d0%b0%d0%b5%d0%bc-%d0%bf%d0%be-%d0%b2%d0%b7%d1%80%d0%be%d1%81%d0%bb%d0%be%d0%bc%d1%83/#comment-36 Отлично собрано. И ко всему выше сказанному, давайте не забывать о безопасности и пускать клиентов в рута только с локалхоста, ну а остальным - бог в помощь :) Jail рулит. Отлично собрано.
И ко всему выше сказанному, давайте не забывать о безопасности и пускать клиентов в рута только с локалхоста, ну а остальным - бог в помощь :)
Jail рулит.

]]> By: Eugene A. Kalosha http://web-scalability.com/2008/05/30/mysql-%d1%82%d1%8e%d0%bd%d0%b8%d0%bd%d0%b3-%d0%bd%d0%b0%d1%81%d1%82%d1%80%d0%b0%d0%b8%d0%b2%d0%b0%d0%b5%d0%bc-%d0%bf%d0%be-%d0%b2%d0%b7%d1%80%d0%be%d1%81%d0%bb%d0%be%d0%bc%d1%83/#comment-33 Eugene A. Kalosha Mon, 23 Jun 2008 09:53:46 +0000 http://web-scalability.solartxit.com/2008/05/30/mysql-%d1%82%d1%8e%d0%bd%d0%b8%d0%bd%d0%b3-%d0%bd%d0%b0%d1%81%d1%82%d1%80%d0%b0%d0%b8%d0%b2%d0%b0%d0%b5%d0%bc-%d0%bf%d0%be-%d0%b2%d0%b7%d1%80%d0%be%d1%81%d0%bb%d0%be%d0%bc%d1%83/#comment-33 2: Michael Shigorin: Хочется ответить на справедливые замечания :): >> зато FreeBSD умеет эффективно распределять процессы, >> чего, в свою очередь, не умеет Linux. > Да ладно сказки-то рассказывать. В данном случае не имеется в виду, что Linux чего-то совсем не умеет или FreeBSD в чем-то совсем отсталая система. Имеется в виду, что Linux и FreeBSD используют различные модели для реализации потоков и процессов. Более подробно об этом можно почитать на специализированных сайтах, например для потоков: http://dev.mysql.com/doc/refman/5.0/en/thread-packages.html. К сожалению MySQL изначально была ориентирована на Linux системы, связано это было с предпочтениями разработчиков MySQL. Например, по некоторым отзывам в течении нескольких лет в MySQL вообще не уделялось внимание FreeBSD (разработчики которые этим занимались покинули компания MySQL, правда это было до 2005 года). Я надеюсь, что на текущий момент, с выходом FreeBSD 7.0, большая часть проблем с FreeBSD решена. >> НЕ ЗАБЫВАЙТЕ О МОНИТОРИНГОВОМ > Вы про mytop, collectd или ещё чего? ;-) Да, в частности можно использовать тот же Nagios как систему высокоуровневого мониторинга стабильности работы серверов. Все зависит от того, насколько глубоко вы хотите копать историю проблем с MySQL. В самом простом случае полезно будет знать просто о фактах отказов MySQL. 2: Michael Shigorin:

Хочется ответить на справедливые замечания :):

>> зато FreeBSD умеет эффективно распределять процессы,
>> чего, в свою очередь, не умеет Linux.
> Да ладно сказки-то рассказывать.
В данном случае не имеется в виду, что Linux чего-то совсем не умеет или FreeBSD в чем-то совсем отсталая система. Имеется в виду, что Linux и FreeBSD используют различные модели для реализации потоков и процессов. Более подробно об этом можно почитать на специализированных сайтах, например для потоков: http://dev.mysql.com/doc/refman/5.0/en/thread-packages.html. К сожалению MySQL изначально была ориентирована на Linux системы, связано это было с предпочтениями разработчиков MySQL. Например, по некоторым отзывам в течении нескольких лет в MySQL вообще не уделялось внимание FreeBSD (разработчики которые этим занимались покинули компания MySQL, правда это было до 2005 года). Я надеюсь, что на текущий момент, с выходом FreeBSD 7.0, большая часть проблем с FreeBSD решена.

>> НЕ ЗАБЫВАЙТЕ О МОНИТОРИНГОВОМ
> Вы про mytop, collectd или ещё чего? ;-)
Да, в частности можно использовать тот же Nagios как систему высокоуровневого мониторинга стабильности работы серверов. Все зависит от того, насколько глубоко вы хотите копать историю проблем с MySQL. В самом простом случае полезно будет знать просто о фактах отказов MySQL.

]]> By: Michael Shigorin http://web-scalability.com/2008/05/30/mysql-%d1%82%d1%8e%d0%bd%d0%b8%d0%bd%d0%b3-%d0%bd%d0%b0%d1%81%d1%82%d1%80%d0%b0%d0%b8%d0%b2%d0%b0%d0%b5%d0%bc-%d0%bf%d0%be-%d0%b2%d0%b7%d1%80%d0%be%d1%81%d0%bb%d0%be%d0%bc%d1%83/#comment-32 Michael Shigorin Fri, 20 Jun 2008 19:42:09 +0000 http://web-scalability.solartxit.com/2008/05/30/mysql-%d1%82%d1%8e%d0%bd%d0%b8%d0%bd%d0%b3-%d0%bd%d0%b0%d1%81%d1%82%d1%80%d0%b0%d0%b8%d0%b2%d0%b0%d0%b5%d0%bc-%d0%bf%d0%be-%d0%b2%d0%b7%d1%80%d0%be%d1%81%d0%bb%d0%be%d0%bc%d1%83/#comment-32 За статью спасибо (послужила поводом ещё раз заглянуть в основной my.cnf), но пара соображений всяко нашлась. Кстати, для начала полезно заглядывать в my-large.cnf и my-huge.cnf из поставки/документации. > зато FreeBSD умеет эффективно распределять процессы, > чего, в свою очередь, не умеет Linux. Да ладно сказки-то рассказывать. > #chmod 777 /var/log/slow_queries Лучше всё-таки посмотреть, под каким пользователем исполняется в итоге mysqld, и отдать ему. Да и по чтению совсем не факт, что публично полезно. > НЕ ЗАБЫВАЙТЕ О МОНИТОРИНГОВОМ Вы про mytop, collectd или ещё чего? ;-) > Возможно какие-то боты “долбят” ваш сервер Возможно, пора озадачиться robots.txt для вменяемых, файрволом (или .htaccess) для невменяемых вроде MSNbot, ну и проконсультировать отзывчивых вроде гугльбота о том, как часто надо тормошить или весь сайт, или постранично. Google Webmaster Tools в помощь с последним. PS: не нашёл про: join_buffer_size (~sort_buffer_size), read_buffer_size, ft_min_word_len (скажем, 3--4), myisam_recover, а также что-нить вроде [myisamchk] key_buffer = 512M key_buffer_size = 128M sort_buffer_size = 512M read_buffer = 4M write_buffer = 4M За статью спасибо (послужила поводом ещё раз заглянуть в основной my.cnf), но пара соображений всяко нашлась.

Кстати, для начала полезно заглядывать в my-large.cnf и my-huge.cnf из поставки/документации.

> зато FreeBSD умеет эффективно распределять процессы,
> чего, в свою очередь, не умеет Linux.
Да ладно сказки-то рассказывать.

> #chmod 777 /var/log/slow_queries
Лучше всё-таки посмотреть, под каким пользователем исполняется в итоге mysqld, и отдать ему. Да и по чтению совсем не факт, что публично полезно.

> НЕ ЗАБЫВАЙТЕ О МОНИТОРИНГОВОМ
Вы про mytop, collectd или ещё чего? ;-)

> Возможно какие-то боты “долбят” ваш сервер
Возможно, пора озадачиться robots.txt для вменяемых, файрволом (или .htaccess) для невменяемых вроде MSNbot, ну и проконсультировать отзывчивых вроде гугльбота о том, как часто надо тормошить или весь сайт, или постранично. Google Webmaster Tools в помощь с последним.

PS: не нашёл про: join_buffer_size (~sort_buffer_size), read_buffer_size, ft_min_word_len (скажем, 3–4), myisam_recover, а также что-нить вроде

[myisamchk]
key_buffer = 512M
key_buffer_size = 128M
sort_buffer_size = 512M
read_buffer = 4M
write_buffer = 4M

]]> By: Eugene A. Kalosha http://web-scalability.com/2008/05/30/mysql-%d1%82%d1%8e%d0%bd%d0%b8%d0%bd%d0%b3-%d0%bd%d0%b0%d1%81%d1%82%d1%80%d0%b0%d0%b8%d0%b2%d0%b0%d0%b5%d0%bc-%d0%bf%d0%be-%d0%b2%d0%b7%d1%80%d0%be%d1%81%d0%bb%d0%be%d0%bc%d1%83/#comment-30 Eugene A. Kalosha Mon, 09 Jun 2008 08:25:05 +0000 http://web-scalability.solartxit.com/2008/05/30/mysql-%d1%82%d1%8e%d0%bd%d0%b8%d0%bd%d0%b3-%d0%bd%d0%b0%d1%81%d1%82%d1%80%d0%b0%d0%b8%d0%b2%d0%b0%d0%b5%d0%bc-%d0%bf%d0%be-%d0%b2%d0%b7%d1%80%d0%be%d1%81%d0%bb%d0%be%d0%bc%d1%83/#comment-30 * пионерская пурга по многим пунктам * для примера: * thread_concurrency никоим образом не определяется размером памяти и количеством таблиц * max_connections - интересно как будет шевелиться сервер при 4000 одновременно выполняемых запросах Все параметры MySQL настраиваются исходя из параметров "Железа" вашего сервера и как минимум, количества активных баз данных/таблиц. Поэтому если на сервер с 1 Гб оперативной памяти, вы поставите thread_concurrency = 12, то ваш сервер, такого просто не вытянет. Стоит ли учитывать количество и размер таблиц для параметра thread_concurrency? Если думать только о хорошем, то нет, если думать о плохом, например, для повышения производительности хотелось бы держать индексы этих таблиц, в оперативной памяти то видимо эти параметры связаны. В любом случае, в полемику по этому вопросу вступать не буду, и на истину в последней инстанции не претендую. max_connections - это именно max_connections, и параметр этот не имеет никакого отношения к количеству одновременно выполняемых запросов. Вопрос этот, также можно обсуждать долго, заметить хочу только одно, если все ваши 100 коннектов (количество по-дефолту) были залочены вашими приложениями(вопрос почему они залочились тоже рассматривать не буду), mysql отвалится до того момента, пока не появится свободный коннект, рестарт MySQL в этом случае, спасет положение, но этой ситуации можно было избегнуть выбрав правильное значение max_connections. P.S. Может я открою для вас Америку, но 4000 запросов это не предел для правильно настроенного Database сервера. * пионерская пурга по многим пунктам

* для примера:
* thread_concurrency никоим образом не определяется размером памяти и количеством таблиц
* max_connections - интересно как будет шевелиться сервер при 4000 одновременно выполняемых запросах

Все параметры MySQL настраиваются исходя из параметров “Железа” вашего сервера и как минимум, количества активных баз данных/таблиц.
Поэтому если на сервер с 1 Гб оперативной памяти, вы поставите thread_concurrency = 12, то ваш сервер, такого просто не вытянет. Стоит ли учитывать количество и размер таблиц для параметра thread_concurrency? Если думать только о хорошем, то нет, если думать о плохом, например, для повышения производительности хотелось бы держать индексы этих таблиц, в оперативной памяти то видимо эти параметры связаны. В любом случае, в полемику по этому вопросу вступать не буду, и на истину в последней инстанции не претендую.
max_connections - это именно max_connections, и параметр этот не имеет никакого отношения к количеству одновременно выполняемых запросов. Вопрос этот, также можно обсуждать долго, заметить хочу только одно, если все ваши 100 коннектов (количество по-дефолту) были залочены вашими приложениями(вопрос почему они залочились тоже рассматривать не буду), mysql отвалится до того момента, пока не появится свободный коннект, рестарт MySQL в этом случае, спасет положение, но этой ситуации можно было избегнуть выбрав правильное значение max_connections.

P.S. Может я открою для вас Америку, но 4000 запросов это не предел для правильно настроенного Database сервера.

]]> By: Zuka http://web-scalability.com/2008/05/30/mysql-%d1%82%d1%8e%d0%bd%d0%b8%d0%bd%d0%b3-%d0%bd%d0%b0%d1%81%d1%82%d1%80%d0%b0%d0%b8%d0%b2%d0%b0%d0%b5%d0%bc-%d0%bf%d0%be-%d0%b2%d0%b7%d1%80%d0%be%d1%81%d0%bb%d0%be%d0%bc%d1%83/#comment-29 Zuka Sat, 07 Jun 2008 21:54:21 +0000 http://web-scalability.solartxit.com/2008/05/30/mysql-%d1%82%d1%8e%d0%bd%d0%b8%d0%bd%d0%b3-%d0%bd%d0%b0%d1%81%d1%82%d1%80%d0%b0%d0%b8%d0%b2%d0%b0%d0%b5%d0%bc-%d0%bf%d0%be-%d0%b2%d0%b7%d1%80%d0%be%d1%81%d0%bb%d0%be%d0%bc%d1%83/#comment-29 пионерская пурга по многим пунктам для примера: thread_concurrency никоим образом не определяется размером памяти и количеством таблиц max_connections - интересно как будет шевелиться сервер при 4000 одновременно выполняемых запросах пионерская пурга по многим пунктам

для примера:
thread_concurrency никоим образом не определяется размером памяти и количеством таблиц
max_connections - интересно как будет шевелиться сервер при 4000 одновременно выполняемых запросах

]]> By: Weekly linkdump #129 - max - блог разработчиков http://web-scalability.com/2008/05/30/mysql-%d1%82%d1%8e%d0%bd%d0%b8%d0%bd%d0%b3-%d0%bd%d0%b0%d1%81%d1%82%d1%80%d0%b0%d0%b8%d0%b2%d0%b0%d0%b5%d0%bc-%d0%bf%d0%be-%d0%b2%d0%b7%d1%80%d0%be%d1%81%d0%bb%d0%be%d0%bc%d1%83/#comment-26 Weekly linkdump #129 - max - блог разработчиков Fri, 06 Jun 2008 06:19:40 +0000 http://web-scalability.solartxit.com/2008/05/30/mysql-%d1%82%d1%8e%d0%bd%d0%b8%d0%bd%d0%b3-%d0%bd%d0%b0%d1%81%d1%82%d1%80%d0%b0%d0%b8%d0%b2%d0%b0%d0%b5%d0%bc-%d0%bf%d0%be-%d0%b2%d0%b7%d1%80%d0%be%d1%81%d0%bb%d0%be%d0%bc%d1%83/#comment-26 [...] Хорошие советы по настройке MySQL на русском, Web Applications Scalability » MySQL-тюнинг. Настраиваем по-взрослому. [...] [...] Хорошие советы по настройке MySQL на русском, Web Applications Scalability » MySQL-тюнинг. Настраиваем по-взрослому. [...]

]]> By: Friend http://web-scalability.com/2008/05/30/mysql-%d1%82%d1%8e%d0%bd%d0%b8%d0%bd%d0%b3-%d0%bd%d0%b0%d1%81%d1%82%d1%80%d0%b0%d0%b8%d0%b2%d0%b0%d0%b5%d0%bc-%d0%bf%d0%be-%d0%b2%d0%b7%d1%80%d0%be%d1%81%d0%bb%d0%be%d0%bc%d1%83/#comment-24 Friend Wed, 04 Jun 2008 03:16:49 +0000 http://web-scalability.solartxit.com/2008/05/30/mysql-%d1%82%d1%8e%d0%bd%d0%b8%d0%bd%d0%b3-%d0%bd%d0%b0%d1%81%d1%82%d1%80%d0%b0%d0%b8%d0%b2%d0%b0%d0%b5%d0%bc-%d0%bf%d0%be-%d0%b2%d0%b7%d1%80%d0%be%d1%81%d0%bb%d0%be%d0%bc%d1%83/#comment-24 Полезная статейка, надо будет на досуге повертеть скуль ;) Полезная статейка, надо будет на досуге повертеть скуль ;)

]]>