tag:blogger.com,1999:blog-28850398974486837682012-01-18T07:35:14.673-01:00Советы по повышению производительности MySQL сервера в системах *nix. Тюнинг системных, стартовых параметров, оптимизация запросов, мониторингSergenoreply@blogger.comBlogger91100tag:blogger.com,1999:blog-2885039897448683768.post-46332063551442454352009-02-23T12:23:00.004-01:002009-02-23T12:38:12.681-01:00

Мой чисто практический опыт применения InnoDB на производственных мощностях показал, что данный драйвер гавно, массивные инсерты и апдейты кладут его в смерть. Симптомы: непонятные зависания тредов мускуля, потери данных. SQL вроде проходит, ошибки не возвращает, а данные не записались. Производственные мощности - это база в десятки гигабайт, >1k QPs и все такое. Конечно в InnoDB есть такие вещи

Sergenoreply@blogger.com1tag:blogger.com,1999:blog-2885039897448683768.post-89783646073259259062007-04-11T09:23:00.000-01:002007-04-11T09:44:29.133-01:00

Было:2 x Intel(R) Xeon(TM) Dual CPU 3.00GHz2G RAMFAST-160 WIDE SCSI 320.0 MB/s DT IU RTIGentoo 2006 i386 SMP HTT, cfq io schedulerСтало:Тоже самое, только4G RAMGentoo 2006 amd64 SMP HTT, deadline io schedulerCFLAGS="-O2 -pipe -march=nocona"Разница в производительности mysql пожалуй минимум раза в два быстрее.Было очень активное обращение к винчестеру на чтение, очень большие таблицы. % io wait

Sergenoreply@blogger.com3tag:blogger.com,1999:blog-2885039897448683768.post-17859288308081161702007-03-18T19:06:00.000-01:002007-03-18T19:18:23.405-01:00

Столкнулся было дело с такой ситуацией когда на сервере mysqld серъезно загружал процессор, при чем процессор большее время проводил в режиме iowait и очень небольшую в режиме user.Грубо говоря, процессор большее количество времени ждет ответа какого то блочного устройства. Так как кандидатов не много (сеть и винт), диагностировать затык не составило труда.При помощи утилит iostat,dstat,vmstat

Sergenoreply@blogger.com5tag:blogger.com,1999:blog-2885039897448683768.post-85404240912921582132007-03-11T23:07:00.000-01:002007-03-11T23:31:17.121-01:00

Итак, эта переменная конфигурации достойна отдельного внимания.Известна как "key_buffer_size" или "key_buffer" в my.cnfЭто кусок памяти, который выделяется mysqld для кеша индексов. Чтобы по многу раз не читать индексы с диска, mysqld имеет свою технологию их кеширования.Nota bene. Существует мнение что на современных *nix системах, при условии, что размер всех баз данных не превышает некоторого

Sergenoreply@blogger.com1tag:blogger.com,1999:blog-2885039897448683768.post-10687085236309201492007-03-11T23:00:00.000-01:002007-03-11T23:06:55.688-01:00

Как известно, запрос "SHOW STATUS" используется для отладки сервера и подгона параметров. Однако "SHOW STATUS" начиная с пятой ветки показывает статистику текущего подключения. Если вы хотите видеть статистику уровня сервера, используйте "SHOW GLOBAL STATUS"Тоже самое касается "SHOW VARIABLES" и "SHOW GLOBAL VARIABLES"См. также MySQL SHOW Syntax

Sergenoreply@blogger.com0tag:blogger.com,1999:blog-2885039897448683768.post-73376468452805552062007-03-11T02:01:00.000-01:002007-03-11T02:18:23.319-01:00

Бывает такая хрень когда локи жить мешают. Т.е. заходит какой то slow SELECT, локает таблицу, пока он там думает, приходит пачка INSERTов и ждут...У меня количество INSERTов в такой пачке иногда достигало max_used_connectionsНу или мускуль просто падал не в состоянии обработать такой поток данных.Либо наоборот. Приходит какой то UPDATE, а за ним пачка INSERTов. Ну вообще это разные ситуации и

Sergenoreply@blogger.com0tag:blogger.com,1999:blog-2885039897448683768.post-20486334069785468772007-03-04T16:56:00.000-01:002007-03-04T17:04:19.285-01:00

Если ваш сервер MySQL установлен локально, на одной машине с выполняющимися скриптами, то всегда в скриптах при подключении надо указывать в качестве host: localhost.Бывают случаи когда указывается в качестве хоста айпи 127.0.0.1, либо hostname этого же сервера, либо какой то айпи этого сервера.Это неправильно, т.к. php приподключении на localhost открывает соединение через unix-socket (напр. /

Sergenoreply@blogger.com1tag:blogger.com,1999:blog-2885039897448683768.post-79023240119400803192007-03-04T13:29:00.000-01:002007-03-04T16:53:32.893-01:00

Здесь упущено много технических деталей, прошу технарей не сильно докапываться, т.к. информация "для чайников".Итак. Как известно, mysqld это "один процесс - много тредов". В достаточно приближенном понимании тред (thread) это когда процесс копирует сам себя, и родительский процесс передает треду какую то задачу для решения.Создание треда отличается от обычного fork() в основном тем, что fork

Sergenoreply@blogger.com5tag:blogger.com,1999:blog-2885039897448683768.post-67270483349141398652007-03-04T13:25:00.000-01:002007-03-04T13:27:54.023-01:00

Так как я проделал немало работы по оптимизации и тюнингу этого чертова демона, то, дабы не потерять свой опыт в растущем потоке информации а также поделиться им с другими, попробую здесь писать всякие умные вещи :)

Sergenoreply@blogger.com0