pilll

innodb.ru и myisam.ru в правильных руках

2008-11-01T09:11:53Z

Решил прикупить эту парочку доменов.
Как время появится буду писать туда всякую какашку :)

тема не нова, но ...

2008-07-04T08:33:00Z

Ставлю на Россию!

2008-06-18T16:23:33Z

В прошлый раз когда выложили биллинг новый он оказался хреновеньким (мягко сказано), и сборная России слила Испанцам (матч я пропустил ибо велись экстренные работы по восстановлению).
Сегодня опять выложили пофикшенный биллинг - вроде всё работает (трижды тьфу).
Так что сборная должна победить!

Русификация великолепна

2008-06-07T15:47:32Z

Стал обращать внимание на то как у меня всё русифицировано.
Вначале непривычное сообщение от svn'a:
Посылаю xxxxxxx
Передаю данные .
Создана редакция 4327.

Но потом (с свном не связано) фраза "Получен убийственный сигнал TERM" не оставила меня равнодушным.

Извращение во имя милисекунд

2008-06-07T12:39:26Z

Предыстория.
Надо было оптимизировать один скриптик и тут мне пришла идея избавления от чистого "Using where" в селекте. На первый взгляд идея, конечно, бредовая. Но кое-что получилось ;)
Если читателю не знакомы слова InnoDB и MySQL можно дальше не читать.

Собственно история и краткая теория.
Mysql при получении запроса лезет в начале в индекс, где на каждой веточке лежит ссылочка на ряд. Так как в InnoDB данные лежат соответственно праймари кею, если в запросе мы выбираем только праймари кей, то обращаться к самой таблице необходимости нету. И в итоге мы в explain'e получим "Using where; Using index". Если же, нам надо ещё что-то кроме праймари, то тогда будет просто "Using where".
Но, естественно, сферических коней нету, а посему было интересно - что же быстрее селект вначале кея чисто по индексу, а потом селект полей по праймари, или же всё-таки обычный селект.
В пользу первого подхода у меня была мысль, что данные хранятся страничками. То есть, чтобы получить запись нам надо взять страничку после чего найти там запись и её получить. Когда мы ищем по праймари вероятность того, что мы получим сразу несколько записей, спросив только одну страницу, очевидно, больше чем когда мы через веточки ключа будем бегать за данными (в общем случае вообще может быть придётся постоянно в разные концы бегать, что неприятно).

Эксперимент.
В лучших традициях он состоит из трёх частей.
1) На небольших объёмах выборки (~50000).
2) На объёмах побольше(~150000).
3) На объёмах пункта 2), но больше экспериментов.

Рассматривается табличка вида id-keyfield-value с ключом соответственно по keyfield и primary(id).
В качестве простого запроса рассматривается запрос:
select SQL_NO_CACHE value from TestTable force index (keyfield) where keyfield between #тут число# and #тоже число#
В качестве запроса, вначале выбирающего primary я взял запрос:
select SQL_NO_CACHE t1.value from TestTable as t1 join (select SQL_NO_CACHE id from TestTable where keyfield between #тут число# and #тоже число#) as t21 using (id)

1)

Видно что получается одинаково, в пределах погрешности.

2) Взяли несколько побольше разницу между #from# и #to#

Тут уже видно что первый запрос выполняется всегда дольше второго.

Ну и картика номер 3 просто для того чтобы увидеть что дальше оно так и идёт.

То есть видно что есть небольшой прирост производительности порядка 1-3%. На самом деле я взял просто небольшой дамп кое-чего и в нём корреляция id-keyfield довольно сильная. То есть теоретически можно было бы картинки и покрасивее нарисовать (оценку дать побоюсь), но даже при такой табличке видно что второй запрос получается немного быстрее.
Изначально целью было фундаментальное изучение, ибо понятно что такое применять на практике как-то странно. Поэтому я доволен :)

Enlarge your update

2008-05-17T13:45:13Z

Таки решил потестить насколько реально быстрее множественные вставки \ апдейты.
В общем доволен. Теперь можно говорить, что быстрее в сто раз, даже не особо приукрашивая :)

Использовалась табличка id-value. В value я клал md5(rand()). Ну то есть ряды небольшие, но исследовать зависимость от размера ряда лениво, ибо по моим представлениям зависимость примерно должна сохраняться.
На всех графиках по Ox - количество обрабатываемых рядов, Oy - время в секундах
Первые два графика это тестирование инсертов по одному ряду (первый график, на самом деле там снизу красненький это множественная вставка) и всё вместе.

Вобщем видно что 500 рядов по 1 инсерту обрабатываются 1 секунду, а одним инсертом 0.02. Ну и видно что зависимость всёж таки линейная. Соответственно быстрее в 50 раз.

Теперь апдейты.

Вот это обычные апдейты по 1:

А это одним запросом если делать:

Ну опять же получилось что примерно в 50 раз быстрее.

Ну и напоследок я решил сравнить простые апдейты с инсертами on duplicate key, но по 1 ряду

По графикам видно, что они одинаковое время выполняются :)

Вывод: Конструкции с 1 запросом вместо многих работают в среднем в 50 раз быстрее. Но этот эксперимент производился при условии отсутствия сетевой задержки между скриптом и базой, поэтому можно говорить что быстрее в 100 раз не особо приукрашивая (но ежели кому не лень можно проверить).

Если кому нужны скрипты для повторения тестов (хотя там 5 строк) пишите.

Сдал зачётко

2008-05-06T11:13:49Z

31 тройка. Походу даже для нашего долбокурса немало. Зато с подписями многих зубров типа Алании и Штерна.
Скоро буду дипломированный специалист надеюсь.

совсем забыл матан

2008-02-22T09:32:22Z

Ехал в метро и задумался как доказывается что интервал равномощен отрезку.
То есть понятно как строится соответствие интервала - прямой, отрезка - расширенной прямой и т.д. Даже для квадрата (без границ) можно формулу соответствия интервалу нарисовать.
А вот куда граничные точки пристроить вспомнить не могу :)
Кто вспомнит без подсказки ?
Кстати надёжный вопрос для собеседования, мне даже больше нравится чем вывод объёма четырёхмерной сферы.

Хочу быть юристом чтобы ЖЕЧЬ!

2007-12-24T12:08:00Z

Налоговая инспекция

Звонит знакомая главбушка в панике:
- ой! у нас налоговая проверка! штрафуют!
- за что?
- мы не удержали налог с венка!
- ???
- у нас помер сотрудник и фирма купила венок на его могилу
- дык… Вы ж, надеюсь, исключили из расходов для налога на прибыль - венок же не направлен на получение экономической выгоды…
- да! исключили! пусть подавятся, но они настаивают, что сотрудник получил натуральный доход в виде оплаты за него товара на основании ст.210 гл.23 НК РФ!
- венок куплен после смерти сотра?
- да!
- так какой же тогда у покойника доход?
- спасибо! сейчас им скажу!

……….

- они подумали и теперь настаивают, что это доход жены сотра, которая оплачивала похороны
- на ленточке что было написано?
- “от сотрудников фирмы NNN”
- ну и причём здесь жена?
- спасибо!

……….

- они сказали, что стоимость ленточки исключили, но стоимость венка всё равно в доход жене!
- венок стоил менее 4000?
- да!
- проведите венок как подарок-тогда сработает льгота по “Статья 217. Доходы, не подлежащие налогообложению (освобождаемые от налогообложения) Не подлежат налогообложению (освобождаются от налогообложения) следующие виды доходов физических лиц:
28) доходы, не превышающие 4000 рублей, полученные по каждому из следующих оснований за налоговый период:
стоимость подарков, полученных налогоплательщиками от организаций или индивидуальных предпринимателей;”
- спасибо!

……….

- они сказали, что покойнику нельзя что-либо дарить
- дык… подарок ЖЕНЕ! Понятно?

……….

- ОГРОМНОЕ СПАСИБО! штраф сняли!

картинка про highload

2007-11-19T13:08:39Z

хоть и с опозданием, но в тему

очередной session_destroy()

2007-10-09T10:02:54Z

Вот этот товарищ http://www.math.msu.su/department/priklad/staff/popelensky.php (кстати очень похожий на http://images.yandex.ru/yandsearch?text=%D0%9E%D0%BC%D0%B5%D0%BB%D1%8C%D0%BD%D0%B8%D1%86%D0%BA%D0%B8%D0%B9%20%D0%91%D0%BE%D1%80%D0%B8%D1%81&stype=image но я что-то так и не спросил) таки поставил мне троячок.

Ура!

мегакартинки

2007-09-14T11:12:23Z

Слышу звон сабль
Там мой корабль
Иду туда бль

http://evdeon.livejournal.com/56310.html

phpclub - народ жжот

2007-08-27T12:15:33Z

Вот такие мегавопросы:

http://phpclub.ru/talk/showthread.php?s=&threadid=102092&rand=1
http://phpclub.ru/talk/showthread.php?s=&threadid=102050&rand=4
http://phpclub.ru/talk/showthread.php?s=&threadid=101685&rand=50

Бесспорное первое место:

http://phpclub.ru/talk/showthread.php?s=&threadid=101798&rand=6

тема Д'Артаньяна не актуальна

2007-06-26T14:15:03Z

pilll @ 2006-06-05T17:51:00

2006-06-05T13:52:11Z

Учеными доказано, что со временем воздушные шарики сдуваются в результате диффузии, а не потому, что кто-то хреново завязывает.

понравилось

2006-04-11T10:30:56Z

Сева на древо за вишней полез,
Сторож Матвей вынимает обрез.
Выстрел! Раздался пронзительный крик:
"Сорок второй!" - ухмыльнулся старик.

Вариации на тему тут

мегавзлом :)

2006-04-10T13:52:10Z

ламера в Яндексе

pilll @ 2006-03-29T11:39:00

2006-03-29T07:43:23Z

Ура !!! минус ещё одна сессия. ЭКВАТОР !!!

2006-02-22T08:16:38Z

Успел сняться с отчисления за час до печати приказа (типа поцелуйте меня в жэ ведь закрылся я уже).

session_destroy();