нужно много индексов, уперся в ограничение
Форум → Разработка → Базы данных → лимит индексов таблицы
лимит индексов таблицы
-
19 марта 2012 г. 23:42, спустя 2 минуты 10 секунд
Это было одной из причин перехода на postgresql у нас на работеWork, buy, consume, die -
20 марта 2012 г. 3:55, спустя 4 часа 12 минут 58 секунд
А зачем может потребоваться так много индексов? просто интересно -
20 марта 2012 г. 4:21, спустя 25 минут 46 секунд
Например логика расчёта производства товаров с диким количеством хитро выдуманных руководством характеристик.
Но у нас это была не единственная причина, на первом месте все же была производительность на сложных запросах. У нас данные постоянно обновляются, и получать нужно реальное текущее состояние. Поэтому запросы выглядят примерно так: SELECT COUNT(a), SUM(b), AVG© FROM d INNER JOIN e … LEFT JOIN f … GROUP BY g HAVING SUM(h)>0 AND COUNT(i)<=2. А с такой жопой pg куда быстрее справляется и, что самое главное, если запрос выполняется долгое время, база данных продолжает как ни в чём ни бывало отвечать другим клиентам.Work, buy, consume, die -
20 марта 2012 г. 4:25, спустя 4 минуты 2 секунды
как вариант - сверхширокие таблицы - скомпилированная EAV -
20 марта 2012 г. 5:21, спустя 55 минут 34 секунды
если запрос выполняется долгое время, база данных продолжает как ни в чём ни бывало отвечать другим клиентам.
innodb, не?)) если не блокается и хватает ресурсов, то нормально должно работать..Сапожник без сапог -
20 марта 2012 г. 5:57, спустя 36 минут 6 секунд
не поверишь перевел таблицу связей в innodb скорость упала вчетверо ..Спустя 33 сек.идет война за оптимизацию, много выборок, много условий -
20 марта 2012 г. 5:57, спустя 24 секунды
Faster, а ты поднял лимиты по памяти и потюнил сервак?)Сапожник без сапог -
20 марта 2012 г. 6:31, спустя 34 минуты 26 секунд
innodb, не?)) если не блокается и хватает ресурсов, то нормально должно работать..
Дык тока innodb и было, так как транзакции и внешние ключи активно используются, все равно в определённые моменты все стопарилось и никуя не работало, кроме запросов типа SHOW PROCESSLIST или KILL QUERY =) Да и пох, разбираться не стали, ща на pg всё шуршит нормально. Оперативки только, зараза, раза в полтора больше хавает.Work, buy, consume, die -
20 марта 2012 г. 6:36, спустя 4 минуты 28 секунд
Nyaah, норм. тоже в одном месте заюзал pg + pgbouncer для реконнектов моментальныхСапожник без сапог -
20 марта 2012 г. 8:24, спустя 1 час 48 минут 33 секунды
Faster, а ты поднял лимиты по памяти и потюнил сервак?)
память увеличили, а тюнить мне его никто не даст -
20 марта 2012 г. 8:25, спустя 26 секунд
память увеличили
пмять на сервере или память выделяемую под мускуль сервер?Сапожник без сапог -
Пожалуйста, авторизуйтесь, чтобы написать комментарий!