- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Реально ли четырехядерному дедику, с 8 ГБ оперативной памяти, потянуть базу с таблицами MyISAM, содержащими более 25 миллионов записей и имеющем размер более 1000 ГБ?
Подразумевается, что в базу пишется контент одной CMS, сайт высокопосещаемый, более 200 тыс. посетителей в день.
Вопрос, реально ли существование такой базы и ее нормальная работоспособность, без падений и с адекватным временем обработки запроса.
Это смотря какие запросы делать будете. Может и потянуть. В основном не гигабайты а кол-во строк в таблице напрягать будет.
Реально ли четырехядерному дедику, с 8 ГБ оперативной памяти, потянуть базу с таблицами MyISAM, содержащими более 25 миллионов записей и имеющем размер более 1000 ГБ?
Подразумевается, что в базу пишется контент одной CMS, сайт высокопосещаемый, более 200 тыс. посетителей в день.
Вопрос, реально ли существование такой базы и ее нормальная работоспособность, без падений и с адекватным временем обработки запроса.
Хмм, если имеете такую посещаемость, то и деньги для такого сервера про который вы спрашивается легко найдете!
Смотря что за транзакции выполняется и оптемизированы они?
Берите сервер и тестируйте!
Если не оптимизировать конфиг, то все будет упираться в i/o. А на myisam особенно и не оптимизируешь. На втором месте CPU. Остальное вторично.
На innodb можно уже выкидывать в память, но эффективность зависит от деталей запросов. Если это магазин, то вобщем будет хороший результат даже при 8 гб, хотя по хорошему надо 32. Память сейчас стоит дешево, особенно на ddr4. Дешевле чем i/o.
Вывод - SSD (не забыв про отказоустойчивость) или/и innodb и память.
Решил поставить эксперимент.
Беру внешний жесткий диск на 1 Тб, ставлю туда Денвер и CMS Wоrdpress.
После чего забиваю таблицу с контентом wp_posts рандомом до размера 1 Тб (1000 Gb).
И проверяю, работает ли она или нет и что со скоростью.
Кто-нибудь знает sql-запрос, которым можно вписать рандом в какую-то таблицу? Чтобы запустить его, а потом принудительно оборвать как достигнет определенный размер?
Решил поставить эксперимент.
Беру внешний жесткий диск на 1 Тб, ставлю туда Денвер и CMS Wоrdpress.
После чего забиваю таблицу с контентом wp_posts рандомом до размера 1 Тб (1000 Gb).
И проверяю, работает ли она или нет и что со скоростью.
Кто-нибудь знает sql-запрос, которым можно вписать рандом в какую-то таблицу? Чтобы запустить его, а потом принудительно оборвать как достигнет определенный размер?
Такие действия лучше делать на резервном сервере.
Не жмотитесь!, возьмите сервер для тестов, настройте по нормальному. без всяких дэнверов!
25кк строк не так и много. Может и будет работать. Если там нету чего-то вроде поиска по полнотекстовому индексу....
BlackMesa, Внешний жёсткий вы упрётесь в линию USB 2/USB 3.
Вам или надо иметь жёсткий SATA express + мать с такими портами или USB 3.1 и жёсткий такой же, тогда тест будет честным.
По факту, такие базы раскидывают на облако, я ещё не видел проектов занимающих в mysql в основной базе 1 терабайт данных.
Как тут верно заметили всё упрёться в количество строк.
25кк строк не так и много. Может и будет работать. Если там нету чего-то вроде поиска по полнотекстовому индексу....
полнотекстовый поиск по 10M строк на MyISAM работал в одном проекте вполне нормально.
полнотекстовый поиск по 10M строк на MyISAM работал в одном проекте вполне нормально.
В полнотекстовом поиске важно таки не сколько строк, а сколько гигабайт...
BlackMesa, Внешний жёсткий вы упрётесь в линию USB 2/USB 3.
Вам или надо иметь жёсткий SATA express + мать с такими портами или USB 3.1 и жёсткий такой же, тогда тест будет честным.
По факту, такие базы раскидывают на облако, я ещё не видел проектов занимающих в mysql в основной базе 1 терабайт данных.
Как тут верно заметили всё упрёться в количество строк.
Подключение по USB будет имитацией потерь, которые будут если под базы использовать отдельный сервер и гонять между ним и веб-сервером данные по ethernet.
Тут весь нюанс не в том, будет ли работать полтотекстовый поиск, работать то он будет при единичных запросах.
А в том, что будет, если на сервере посещалка около 200к в день и они все обращаются к базе без кеширования. Т.е. каждое открытие страницы это минимум несколько запросов к таблицам сессий, пользователей, настроек, категорий и контента. И запрос к базе контента - это перебор несколько миллионов строк терабайтной таблицы.