evolutionX
написал 28 октября 2007 года в 11:43 (912 просмотра)
Ведет себя
неопределенно; открыл 10 тем в форуме, оставил 24 комментария на сайте.
Как оптимизировать mysql чтобы она работала с таблицами вот такой структуры (примерно)
name1 varchar(100) primary key,
name2 int(1),
name3 int(1),
name4 int(1),
name5 int(1),
name6 int(1)
Изначальное кол-во записей в таблице 700 тысяч, в процессе обработки выростит до 20 млн.
Какие опции выбирать при установке mysql под такие задачи?
// Тему переместил(а) Dmitry Shurupov из форума «UNIX FAQ: вопросы по UNIX/Linux».
Последние комментарии
- OlegL, 17 декабря в 15:00 → Перекличка 21
- REDkiy, 8 июня 2023 года в 9:09 → Как «замокать» файл для юниттеста в Python? 2
- fhunter, 29 ноября 2022 года в 2:09 → Проблема с NO_PUBKEY: как получить GPG-ключ и добавить его в базу apt? 6
- Иванн, 9 апреля 2022 года в 8:31 → Ассоциация РАСПО провела первое учредительное собрание 1
- Kiri11.ADV1, 7 марта 2021 года в 12:01 → Логи catalina.out в TomCat 9 в формате JSON 1
ecobeing.ru
Экология и вегетарианство на благо всем живым существам Планеты.
s/mysql/pgsql/g
mysql очень неуютно себя чувствует на таких таблицах.
можно посмотреть на таблицу из phpmyadmin, у него есть возможность оптимизации.
А обосновать?
Без указания величины и характера нагрузки (а также аппаратной конфигурации) — голословно.
Как и гипотеза о превосходстве Постгреса.
ЗЫ: В своё время неплохо жил на Мускуле 4.0 и табличках до 30-35 млн. записей включительно.
ага, конечно..
настройки mysql для этого случая — в студию.
10М+ записей мускуль дапмит/импортит за десяток минут. на любом железе. ;)
итого, различные селекты, может и будут в данном случае работать быстро, но при delete/insert необходимо перестраивать индексирование, во время которого таблица будет заблокирована. много записей (в среднем случае) подразумевает много одновременных сессий. итого, будем иметь задумывания там, где вроде бы не должны иметь оные.
«голословно» — это может и для тебя так. я со всем этим сталкиваюсь по работе, а там случаи бывают разные, и железо далеко не средненькое (ну то есть (2..4)хQuad с 8-16Гб — это норма).
что касается данного случая:
оно ещё не отработало:
3М записей из 10М пока я это сообщение набирал — как-то не впечатлительно, ага?
Интересное утверждение.
Насколько я помню, личным опытом не подтверждается.
Хотя порядок — да, близкий.
Но ведь режим работы с базой не был описан.
И далеко не во всех случаях необходимо (и неизбежно) постоянно добавлять/удалять записи в таблицах с числом записей более 10 млн.