- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Имеется база.
В день примерно 12кк инсертов 3-5кк апдейтов.
Сложные выборки типо:
выбирается из 5-6 миллионов записей,
Extra:
Идет запись на диск, хочется в память все.
Сервер win
памяти 8г, 2-3 можно отдать мускулю.
Текущий, дефолтный конфиг:
Таблицы в MyISAM
Есть много запущенных процессов, которые постоянно что-то пишут.
В среднем запросов в секунду 210
Идет запись на диск, хочется в память все.
Ну так и сделай для каталога /tmp файловую систему tmpfs.
По крайней мере это точно поможет, при условии что верно оценен характер нагрузки.
>key_buffer = 16M
почти наверняка это маловато.
Все параметры малы.
Я совсем не знаю как правильно настраивать.
Пробовал увеличение всех параметров - результат не айс был.
Просто сервер win
Проект реальный - уже сейчас работает, дальше больше будет нагрузка.
Структуру таблиц, индексов, запросов оптимизировали?
Уверены, что индексы используются везде, где необходимо?
Это да.
Просто, как мне кажется, такие настройки не оптимальны для моего железа.
Особого дискомфорта нету.
нагрузки тоже, просто хочется сделать лучше.
а как же вариант "лучшее - враг хорошего"?
Если не критично к потерям за короткие промежутки времени, можно вообще всю базу на виртуальный диск скинуть, будет летать. Только озадачиться бэкапами. Вариант проверенный, именно под Win, работало изумительно. Диск вообще не дёргается, а процессор постоянно нагружен.
А может не извращаться с виртуальным диском а просто использовать тип таблицы который пишет в память? ;)
А может не извращаться с виртуальным диском а просто использовать тип таблицы который пишет в память?
но ведь для этого нужно ПРОГРАММИРОВАТЬ.
Будь ТС в состоянии это делать вопрос бы вообще не стоял.
как-то маловато 2-3гб для базы, с учётом числа записей.
было бы не плохо для начала выявить самые тяжёлые (slow query) запросы, дальще включить профилировщик и смотреть на каком этапе долго выполняется запрос, потом оптимизировать.
в любом случае памяти маловато, либо винты ссд нужны.
Проблемы особой нету.
Все задачи выполняются очень быстро.
Просто этот конфиг - он дефолтный, и по-моему следует что-то изменить в нём, раз ресурсы позволяют.
Приведенный выше "тяжелый" запрос выполняется меньше секунды.
Это просто пример был.
Подобных запросов много, но нагрузки особо нету.
Если был бы реальный трабл уже давно обратился к спецам, а так пока просто хочу улучшить параметры, ибо ожидается рост нагрузки.