RP
Не следует считать, что память компа это подобие FWBC
Size: a a a
2020 March 10
RP
Там используются дополнительные источники питания
RP
Тут достаточно моргнуть питанию и вы получите труп
ДП
База в дампе около двух гигабайт.
Сделать нужно надёжно, тут достаточно одного.
Дампиться на диск можно по крону. Например раз в час. Потеря часа данных приемлема.
Сделать нужно надёжно, тут достаточно одного.
Дампиться на диск можно по крону. Например раз в час. Потеря часа данных приемлема.
VB
а ссд вас не устраивает?
ДП
а ссд вас не устраивает?
не хватает пятого рейда из Самсунгов 960
VB
так может не в носителе дело, и в оперативе лучше не будет
VB
вы тестили узкое место?
ДП
Проблема в том, что там есть одна таблица, условно она и занимает 99% объёма базы. В этой таблице большое количество вариаций. Например шина Мишелин, а дальше начинаются её свойства, а ещё у шины есть размер и у каждого размера тоже свойства и т.д.
Узкое место как раз в ин/аут операциях, при синхронизации данных на носитель.
Узкое место как раз в ин/аут операциях, при синхронизации данных на носитель.
ДП
база сделана таким образом, что все данные по товарам (все данные) хранятся в одной таблице.
VB
а СУБД какая?
ДП
MySQL в данный момент времени
VB
можно еще 5 рэйд в 10 переделать
VB
на записи там до 25% медленнее если верить википедии
VB
т.к. контрольные суммы нужно по дискам размазывать и пересчитывать
VB
а рэйд на чем собран?
VB
я слышал на заре ссд, что обычные рэйд контроллеры не подходят для ссд т.к. просто не могут переварить скорость ссд.
VB
плюс ко всему они не передавали trim на диск, а без этого очень быстро терялась скорость кэша диска
VB
т.е. делали рэйд 0 софтово
VB
ну и плюс ко всему я думаю нужно поковыряться с настройками СУБД т.к. там операции могут кэшироваться и не ждать сброса на диск