- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Проблема с БД появилась недавно, как можно исправить, лог прикладываю.
Приходится решать пока перегрузкой сервера.
что таблицы oc_product и oc_article в базе данных stap2020 повреждены и требуют восстановления. Так же есть ошибка Out of memory - серверу не хватает памяти. Начните с восстановления таблиц.
Поддерживаю, но начал бы с добавления памяти.
В последнее время популярна практика запускать критически важные для бизнеса приложения на серверах слабее, чем смартфон директора.
Если у сервера есть 128-256 GiB RAM и SSD с RAID-1, половина проблем с базами данных решаются сами собой.
Все как-то странно, почистил эти БД от сессии они уменьшились в размерах, пока перестали падать БД.
То есть визуально все админки работали, не видно было, чтоб БД повреждены, много лет работают, не было проблем.
У меня
Если у сервера есть 128-256 GiB RAM и SSD с RAID-1, половина проблем с базами данных решаются сами собой.
Как мило, это из серии советов - Если вам не хватает хлеба - ешьте пирожные
Многие ли тут могут позволить сервер на 128Гиг оперативы, а те кто могут - наверняка имеют и своего девопса.
[Note] InnoDB: Initializing buffer pool, total size = 128M, instances = 1, chunk size = 128M
У тебя буфер не влазит при этом все работает в одном процессе, попробуй для начала в 64К поставить
Судя по всему это вордпресс - там бесполезно давать советы по оптимизации запросов, в любом другом случае я бы посоветовал начать с них
Судя по всему это вордпресс - там бесполезно давать советы по оптимизации запросов
И опенкарт там тоже есть. Поэтому дело не в оптимизации запросов.
Поэтому дело не в оптимизации запросов.
Серьезно??? Перечитай ошибку - нехватка памяти. Первая причина этого в БД - неправильные запросы, которые включают в себя ненужные данные. Вот эти все расширения памяти, увеличение буфера - это все лечить последствия а не причину. Не должно быть в нормальном магазине запроса по товарам, который забирает размер всего пула.
Не должно быть в нормальном магазине запроса по товарам, который забирает размер всего пула.
Ты где там увидел запрос по товарам?
Оперативная память551 / 3003 MB
А что в настройках насчёт innodb_buffer_pool_size?
Ты где там увидел запрос по товарам?
При чем тут товары? Ты не понимаешь, что это только пример? Не должен реквест к базе обычного сайта генерить такой респонс, что он не влазит в пул и вызывает переполнение. Почитай теорию для начала.
Кстати еще одной проблемой может быть неправильная работа с сессиями. Если они остаются висеть незакрытыми - запросто может перевести к переполнению. Сталкивался и с таким. В данном случае используется InnoDB, что соответсвует ACID, значит эта проблема легко решаема
А что в настройках насчёт innodb_buffer_pool_size?
в первом посту в логах слабо увидеть? или не читаешь?