- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Добрый день!
Подскажите пожалуйста такую вещь...
Есть таблица сообщений пользователей сайта, содержит более 2 млн. записей...
id
people_id
text
status
dt
при превышении 100 сообщений у пользователя, старые сообщения удаляют, но клиентская база растёт, растёт таблица, а соответственно и время выполнения запросы и количество обращений к этой таблице людей...
как мне её разбивать на части, чтобы проект не заглох...
все предельно просто - необходимо, во-первых, перенести таблицу на движок Innodb
а во-вторых, сделать для таблицы разбиение на несколько частей при помощи имеющегося у мускуля PARTITION - о котором написано
1 http://dev.mysql.com/doc/refman/5.1/en/partitioning-management.html
2 http://blog.meta.ua/communities/mysql_perfection/posts/@14823/
все предельно просто - необходимо, во-первых, перенести таблицу на движок Innodb
а во-вторых, сделать для таблицы разбиение на несколько частей при помощи имеющегося у мускуля PARTITION - о котором написано
1 http://dev.mysql.com/doc/refman/5.1/en/partitioning-management.html
2 http://blog.meta.ua/communities/mysql_perfection/posts/@14823/
Partitioning operations, queries, and update operations generally tend to be faster with MyISAM tables than with InnoDB or NDB tables.
Partitioning operations, queries, and update operations generally tend to be faster with MyISAM tables than with InnoDB or NDB tables.
Спасибо большое, за помощь.. почитал, разобрался что к чему... Спасибо!