Два года в /fg/. Войти !bnw Сегодня Клубы
Привет, TbI — HRWKA! 1092.5 пользователей не могут ошибаться!
?6146
прекрасное5734
говно5720
говнорашка4934
хуита3998
anime2715
linux2447
bnw2263
music2252
log2049
рашка1993
pic1872
ололо1746
быдло1414
украина1347
сталирасты1153
гімно1129
дыбр1106
роботы_не_одобряют1004
bnw_ppl879

http://komar.in/ru/быстрое-агрегирование-в-postgresql найдите там ошибки за меня, лень читать
#8N12UN (14+1) / @komar / 34 дня назад

TIL jsquery

#COQJES (0) / @kerrigan / 38 дней назад
уебал в конфиге чекпоинты как хорошо-то стало сразу
#PV8U6N (0) / @komar / 153 дня назад
Сделал первый в своей жизни триггер. Спасибо, дядя Олег, за то, что у тебя индексы от функции не прошли.
#30U7FB (0) / @komar / 153 дня назад
Рекурсивный запрос для выбора трека для обновления с какого-то хуя пошел по пизде и стал выполняться две минуты. Благо в ночь с субботу на воскресенье. И чтобы меня запутать — еще и почта россии повалилась. А я на этот запрос еще логики навесил хитрой, так что пиздец полный, не разобрать уже, что и почему. Заменил на SKIP LOCKED, про который я в #6RCQXB прочитал. Вроде работает.
#6DGXKF (0) / @komar / 182 дня назад
http://pgconf.org.np/ обосрался
#Y03YGW (3) / @komar / 229 дней назад
Подключил, блять, второй сервер с воркерами. http://dump.bitcheese.net/files/golapow/rss2tg_update_interval-day.png Первые два зубчика на графике — это завис запрос от отвалившегося клента, зажав лок. Ничего страшного на самом деле, единственное что портится — это график, но я все равно с горящей жопой вручную искал источник пиздеца. Так главное — pg_cancel_backend() нихуя не прибивает. Вторые два — это оно уже само прибилося по настройкам в /proc/sys/net/ipv4/tcp_keepalive_* Все бы хорошо, но глобально в систему я их запихнул потому, что в postgresql.conf они тупо игнорируются. Прописаны, на другом сервере работают, а на этом SHOW показывает нули. Шо ж так хуево жить-то.
#VB40ZA (0) / @komar / 239 дней назад
Ура, блять: зависшие транзакции в бекендах, подключения к которым давно сдохли. Куда этот постгрес ебнуть?
#MXLCAU (3) / @komar / 240 дней назад
https://blog.2ndquadrant.com/what-is-select-skip-locked-for-in-postgresql-9-5/ ох ебать меня в рот, SKIP LOCKED надо попробовать где-нибудь, у меня сейчас везде на адвизори локах
#6RCQXB (0) / @komar / 241 день назад
test=> CREATE TABLE t AS SELECT * FROM (SELECT generate_series(1,10000) AS a) q1, (SELECT generate_series(1,2) AS b) q2; SELECT 20000 test=> CREATE INDEX i ON t (a); CREATE INDEX test=> EXPLAIN SELECT * FROM t ORDER BY a LIMIT 5; Limit (cost=0.29..0.44 rows=5 width=8) -> Index Scan using i on t (cost=0.29..620.29 rows=20000 width=8) test=> EXPLAIN SELECT * FROM t ORDER BY a, b LIMIT 5; Limit (cost=621.19..621.21 rows=5 width=8) -> Sort (cost=621.19..671.19 rows=20000 width=8) Sort Key: a, b -> Seq Scan on t (cost=0.00..289.00 rows=20000 width=8) Какого хуя?
#5Q3L4S (0+1) / @komar / 249 дней назад
Совет дня: вместо timestamp = NULL используйте timestamp = &#39;0001-01-01&#39; Потому что условие timestamp IS NULL OR timestamp < now() - interval &#39;1 hour&#39; ни хуя не умеет использовать индекс по timestamp. Хоть в индексе NULLS FIRST, хоть NULLS LAST, это только на ORDER BY влияет.
#MQLUQZ (1) / @komar / 249 дней назад
Постгрес, блять, сломался: http://dump.bitcheese.net/files/syfupyv/rss2tg_update_interval-day.png Появилась одна-единственная строка, которая никак не лочится при помощи pg_try_advisory_xact_lock(). Смотрел в локи — там нихуя нет. Перезагрузка потсгреса не помогла. Помог ручной UPDATE по этой строке. Я ужасно расстроен.
#Q36UNE (8+1) / @komar / 250 дней назад
REFRESH MATERIALIZED VIEW CONCURRENTLY занимался хуйней 15 минут и обосрался ошибкой своих кишок про какой-то там FULL JOIN. Никогда не пользуйтесь матвьюхами в постгресе, это говно.
#QPHVSX (0) / @komar / 320 дней назад
На работе скучно. Развернул в авитник дамп OSM по рашеньке. Сделал для avito.link/map фильтр на леса, реки и очевидные промзоны при помощи LEFT JOIN polygon ON ST_intersects(polygon.way, ...) WHERE polygon.way IS NULL. Условие на невхождение каждого ебаного объявления в 3 млн. полигонов из черного списка работает незаметно быстро, спасибо Бартунову за детство счастливое наше. Шума в промзонах и на окраинах стало немного меньше. Такой день.
#NSBUP1 (4) / @komar / 325 дней назад
wal_keep_segments = 512 # in logfile segments, 16MB each; 0 disables реплика все равно НЕ УСПЕЛА
#OVHQQB (3) / @komar / 326 дней назад
til нельзя сделоть ```with xui as (select ...), recursive pizda as (select from xui...)``` тупой парсер хочет чтобы `recursive` был первым хороший язык. очень натуральный.
#D85QRV (0) / @anonymous / 362 дня назад
таблица в 30 000 000 строк на обоссаной блиннице тупой поиск WHERE string LIKE &#39;...%&#39; с последующей сортировкой ORDER BY created_at DESC для которого был сознательно создан тупой btree-индекс, зато с varchar_pattern_ops изредка, при некоторых запросах (например, на строке "zzz", которая из букв в конце алфавита) планировщик решает, что нехуй искать по индексу для string, а нужно спускаться по created_at DESC — в таблице в 30 млн строк по очевидным причинам запрос выолняется довольно долго и какого-то хуя не прибивается хатэтэтэ-сервером после таймаута разумеется, я тут не хуй собачий, и все долгие запросы логируются только нихуя это не дало, потому что явление довольно редкое и за остальным шумом не видно но так как выполняется такая срань несколько часов, то после прибития к хуям индекса по created_at DESC обнаружилось, что на эту ебанину приходилось 80% нагрузки на сервер о сколько нам открытий чюдных, блять
#PMBD9G (0) / @komar / 390 дней назад
Я не знаю, каким, блять, образом, но REFRESH заблочил мне к хуям всю базу. Никогда не пользуйтесь матвьюхами в постгресе, это костыли.
#J3QSHE (0) / @komar / 391 день назад
поцтгрес немного поработал и решил, что искать по специальному индексу для поиска ебаной строки больше не рационально а то там же еще ORDER BY created_at DESC в конце, сортировать потом заебешься, ну его нахуй лучше по индексу на created_at по таблице 25 000 000 элементов вниз спускаться и фильтровать строки одна за другой и разумеется, в данном конкретном результат поиска — 1 (одна) строка
#KJBD1U (9+1) / @komar / 395 дней назад
ipv6 ready BnW для ведрофона BnW на Реформале Викивач Котятки

Цоперайт © 2010-2016 @stiletto.