ФорумРазработкаБазы данных → лимит индексов таблицы

лимит индексов таблицы

  • Faster

    Сообщения: 1159 Репутация: N Группа: Кто попало

    Spritz 20 марта 2012 г. 10:40

    он настраивается или равен 64 ?
    нужно много индексов, уперся в ограничение
    Спустя 14 сек.
    речь про mysql
  • Nyaah

    Сообщения: 574 Репутация: N Группа: Джедаи

    Spritz 20 марта 2012 г. 10:42, спустя 2 минуты 10 секунд

    Это было одной из причин перехода на postgresql у нас на работе
    Work, buy, consume, die
  • Ivan

    Сообщения: 1316 Репутация: N Группа: Адекваты

    Spritz 20 марта 2012 г. 14:55, спустя 4 часа 12 минут 58 секунд

    А зачем может потребоваться так много индексов? просто интересно
  • Nyaah

    Сообщения: 574 Репутация: N Группа: Джедаи

    Spritz 20 марта 2012 г. 15: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
  • Абырвалг

    Сообщения: 6480 Репутация: N Группа: Джедаи

    Spritz 20 марта 2012 г. 15:25, спустя 4 минуты 2 секунды

    как вариант - сверхширокие таблицы - скомпилированная EAV
  • phpdude

    Сообщения: 26646 Репутация: N Группа: в ухо

    Spritz 20 марта 2012 г. 16:21, спустя 55 минут 34 секунды

    если запрос выполняется долгое время, база данных продолжает как ни в чём ни бывало отвечать другим клиентам.

    innodb, не?)) если не блокается и хватает ресурсов, то нормально должно работать..
    Сапожник без сапог
  • Faster

    Сообщения: 1159 Репутация: N Группа: Кто попало

    Spritz 20 марта 2012 г. 16:57, спустя 36 минут 6 секунд

    не поверишь перевел таблицу связей в innodb скорость упала вчетверо ..
    Спустя 33 сек.
    идет война за оптимизацию, много выборок, много условий
  • phpdude

    Сообщения: 26646 Репутация: N Группа: в ухо

    Spritz 20 марта 2012 г. 16:57, спустя 24 секунды

    Faster, а ты поднял лимиты по памяти и потюнил сервак?)
    Сапожник без сапог
  • Nyaah

    Сообщения: 574 Репутация: N Группа: Джедаи

    Spritz 20 марта 2012 г. 17:31, спустя 34 минуты 26 секунд

    innodb, не?)) если не блокается и хватает ресурсов, то нормально должно работать..

    Дык тока innodb и было, так как транзакции и внешние ключи активно используются, все равно в определённые моменты все стопарилось и никуя не работало, кроме запросов типа SHOW PROCESSLIST или KILL QUERY =) Да и пох, разбираться не стали, ща на pg всё шуршит нормально. Оперативки только, зараза, раза в полтора больше хавает.
    Work, buy, consume, die
  • phpdude

    Сообщения: 26646 Репутация: N Группа: в ухо

    Spritz 20 марта 2012 г. 17:36, спустя 4 минуты 28 секунд

    Nyaah, норм. тоже в одном месте заюзал pg + pgbouncer для реконнектов моментальных
    Сапожник без сапог
  • Faster

    Сообщения: 1159 Репутация: N Группа: Кто попало

    Spritz 20 марта 2012 г. 19:24, спустя 1 час 48 минут 33 секунды


    Faster, а ты поднял лимиты по памяти и потюнил сервак?)

    память увеличили, а тюнить мне его никто не даст
  • phpdude

    Сообщения: 26646 Репутация: N Группа: в ухо

    Spritz 20 марта 2012 г. 19:25, спустя 26 секунд

    память увеличили

    пмять на сервере или память выделяемую под мускуль сервер?
    Сапожник без сапог
  • Faster

    Сообщения: 1159 Репутация: N Группа: Кто попало

    Spritz 20 марта 2012 г. 22:42, спустя 3 часа 16 минут 47 секунд

    на мускуль сервер.

Пожалуйста, авторизуйтесь, чтобы написать комментарий!