- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Смотрю на сервера, у каждого более 400 дней аптайма, все стабильно до ужаса, аж непривычно. И тут пришла идея, когда-то давно читал статью про БД в оперативную память. Хорошая ли идея? Кто использует подобное? Готов пожертвовать данными в пользу скорости. На серверах обычно от 64 гб до 128 гб, в среднем база весит от 1 до 10 гб.
Хорошая ли идея?
О какой БД идёт речь?
Если он MySQL, то БД и таблицы в формате InnoDB и так будут лежать и в ОЗУ.
Если про Sqlite, то создайте виртуальный диск в ОЗУ и туда положите файлы и работайте с ними.
Если он MySQL, то БД и таблицы в формате InnoDB и так будут лежать и в ОЗУ.
Ну не знаю, по ощущениям, жесткий напрягается при чтении бд и записи, хочется полностю увести его в виртуализацию на оперативку.
Если ты имеешь ввиду буфферизацию, то достаточно увеличить размер буфера, но не более 40% от всей. Если ты хочешь вообще работать с базой в памяти , то дорога в noSQL. Например MongoDB
Спасибо, почитаю. Увеличивал буферизацию, но хдд использование растет пропорционально народу на сайте. Сервер исключительно с базой данных работает.
Увеличивал буферизацию, но хдд использование растет пропорционально народу на сайте. Сервер исключительно с базой данных работает.
Это нормально, не все операции работают в памяти. Ну и надо смотреть особенности мускли, я давно от нее отказался, постгрес лучше. Я говорю исходя из моего опыта, буфферизация отличается в разных реляционных базах.
Это нормально, не все операции работают в памяти. Ну и надо смотреть особенности мускли, я давно от нее отказался, постгрес лучше. Я говорю исходя из моего опыта, буфферизация отличается в разных реляционных базах.
И вот я возвращаюсь к идеи полностью переместить ее в оперативку. Просто как правильно и сколько можно вырезать из условных 64 гб, когда база весит 10 гб + запас который нужен для работы самого мускул, кеш и прочее. Отсюда думать, как быстро написать скрипты, которые будут быстро копировать нужные конфиги, пути, файлы, чтобы быстро развернуть после возможного отключения сервера, что опять по аптайму показывает возможно и не понадобится.
но хдд использование растет пропорционально народу на сайте
Может пересесть на ssd?
Что грузит hdd?
Насколько забит канал?
Оно-то бы часто используемые файлы и так закешировало в ОЗУ (это если грузит что-то помимо базы).
Ну и можно смотреть на выполняющиеся запросы, может там где индексов не хватает.
И вот я возвращаюсь к идеи полностью переместить ее в оперативку. Просто как правильно и сколько можно вырезать из условных 64 гб, когда база весит 10 гб + запас который нужен для работы самого мускул, кеш и прочее. Отсюда думать, как быстро написать скрипты, которые будут быстро копировать нужные конфиги, пути, файлы, чтобы быстро развернуть после возможного отключения сервера, что опять по аптайму показывает возможно и не понадобится.
А Redis не подходит для этого?
Увеличивал буферизацию, но хдд использование растет пропорционально народу на сайте.
Помимо размера буфера ( innodb_buffer_pool_size ) и размера буфера журнала ( innodb_log_buffer_size ), есть еще несколько параметров, влияющих на нагрузку на хдд.
Ими тоже можно поэкспериметировать.
Например: innodb_flush_log_at_trx_commit, innodb_flush_method, innodb_flush_neighbors, innodb_flush_neighbors_pages и подобные.
Это нормально, не все операции работают в памяти. Ну и надо смотреть особенности мускли, я давно от нее отказался, постгрес лучше. Я говорю исходя из моего опыта, буфферизация отличается в разных реляционных базах.
У Microsoft проще, MS SQL Server достаточно агрессивно использует кэширование, если есть свободная память - все съест, но это явно плюс, веб-приложения поражают своей производительностью.