- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Я же писал, в основном из-за снижения скорости. Место, это уже второстепенно.
Стоп стоп. Снижение производительности выборки из таблицы MEMORY? Вы точно ничего не путаете?
Стоп стоп. Снижение производительности выборки из таблицы MEMORY? Вы точно ничего не путаете?
Может там не хватает памяти и в свап уходит? Хотя не уверен что такое может быть
Попробуйте лучше в InnoDB конвертнуть. Там хотя бы блокировки уровня строки а не всей таблицы целиком.
Попробуйте лучше в InnoDB конвертнуть. Там хотя бы блокировки уровня строки а не всей таблицы целиком.
Как вариант. Но я что-то сомневаюсь, что MEMORY в принципе может тормозить.
Как вариант. Но я что-то сомневаюсь, что MEMORY в принципе может тормозить.
Может и не от этого, но визуально скорость выше.
Я когда первый раз увидел, таблица была размером 500 MB
Попробовал команду engine
ALTER TABLE `xf_session_activity` ENGINE = MEMORY;
MySQL вернула пустой результат (т.е. ноль строк). (Запрос занял 0.2837 сек.)
Но, самое интересное, что размер уменьшился.
Просто сегодня уже ужимал, не могу сейчас сделать чистый эксперимент
---------- Добавлено 23.01.2020 в 16:36 ----------
Кстати в этом движке, для этой и некоторых других таблиц есть опция включения редиса.
Но шаред хостинг мощный, устраивает поддержка, тянет большой форум, уходить с него не буду
MEMORY хранит, это BLACKHOLE не хранит. Проблема там не во фрагментации, а в том что хип MySQL не отдает сразу. Так как вы на шареде, вариантов у вас не много. По хорошему, сессии не стоит хранить в базе. Поищите в настройках движка чтобы переключить сессии в файлы.
https://dev.mysql.com/doc/refman/8.0/en/memory-storage-engine.html
и не морочиться больше этим.---------- Добавлено 24.01.2020 в 10:00 ----------
В общем, рекомендую раз в сутки, когда пользователей минимум, сделать для освобождения удаленных строк
Если у хостера установлен мемкеш - то поможет перенос хранения сессий из базы в мемкеш. По крайне мере у меня на Джумле помогало.
На некоторых своих сайтах я так же делал очищение этой таблицы по крону раз в сутки, можно хоть раз в час чистить. Но на шаредах вроде нет доступа к крону...
С добрым утром. Есть на всех.
С добрым утром. Есть на всех.
Есть-то он есть, но к примеру мастерхост его регулярно "трёт", вероятно при каждой внутренней миграции, уж не знаю.
Утверждают, что "сам" :).
В общем, рекомендую раз в сутки, когда пользователей минимум, сделать для освобождения удаленных строк
и не морочиться больше этим.
Собственно это и хотел.
Но тут вопрос - можно ли это сделать командой из настройки планировщика (панель Plesk)
Или только через отдельный скрипт, и в планировщике указывать к нему путь ?