V2NEK: У Вас много блокировок таблиц [!!] Table locks acquired immediately: 91% Попробуйте по возможности сменить движок, либо как-т оптимизировать использование ресурсов базы.
Да вот такое началось недавно... После обновления Mysql, была MariaDB, сейчас стоит MySQL. На марии Table locks acquired immediately: 91% были в порядке
netwind: vip-moto, так уберите его. Это полностью безопасно в вашем случае.
Новые версии mysql вообще этот движок не включают и, соответственно, не понимают вообще этот параметр.
kgtu5: тс 11 пост - уже давно бы все работало, создать пользователей, перетянуть папки сайтов, сменить владельцев - пару часов на все про все...
---------- Добавлено 27.09.2013 в 14:47 ----------
или хотя бы посмотри конфиг isp - /usr/local/ispmgr/etc/ispmgr.conf
после блока с сервисами и путями path должны идти пользователи (примерно так выглядеть должно)
далее
домены Domain имя_домена.ру 500
базы DbAssign "MySQL" имя_базы 501
Там все, даже если в конфиге все стереть и почистить кеш, юзеры все равно есть в панели 0_о
---------- Добавлено 27.09.2013 в 16:08 ----------
Вообщем после долгих сор с хостером, он мне дал еще один впс такой же конфигурации и сказал что у меня неделя чтобы все перелить, через неделю должен сообщить какой впс я оставляю
для линукса в /etc/fstab
поставьте нужный gid или uid, ну и нужный размер.
диру поменять на tmpdir = /mnt/tmp
ребутнуться.
поможет ли /tmp в раме - хз, самому интересно.
Все понятно кроме gid как с ним определиться? Нужный это какой?
tmpdir = /tmp
как перенести в рам?
Сколько апачей разрешено для оставшихся 500мб???
апачей максимум 25. При пиковой нагрузке наблюдал 18 запущенных, больше пока не было. Поэтому увеличивать думаю нет смысла.
Откатился на марию. 1 проблема пропала
-------- General Statistics --------------------------------------------------
[--] Skipped version check for MySQLTuner script
[OK] Currently running supported MySQL version 5.5.33a-MariaDB-log
[OK] Operating on 64-bit architecture
-------- Storage Engine Statistics -------------------------------------------
[--] Status: +Archive -BDB +Federated -InnoDB -ISAM -NDBCluster
[--] Data in MyISAM tables: 380M (Tables: 114)
[--] Data in PERFORMANCE_SCHEMA tables: 0B (Tables: 17)
[OK] Total fragmented tables: 0
-------- Security Recommendations -------------------------------------------
[OK] All database users have passwords assigned
-------- Performance Metrics -------------------------------------------------
[--] Up for: 6m 57s (6K q [14.544 qps], 565 conn, TX: 8M, RX: 1M)
[--] Reads / Writes: 86% / 14%
[--] Total buffers: 418.0M global + 6.1M per thread (85 max threads)
[OK] Maximum possible memory usage: 938.6M (61% of installed RAM)
[OK] Slow queries: 0% (0/6K)
[OK] Highest usage of available connections: 8% (7/85)
[OK] Key buffer size / total MyISAM indexes: 168.0M/162.2M
[OK] Key buffer hit rate: 98.6% (4M cached / 59K reads)
[OK] Query cache efficiency: 59.6% (2K cached / 4K selects)
[OK] Query cache prunes per day: 0
[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 35 sorts)
[!!] Temporary tables created on disk: 26% (5 on disk / 19 total)
[OK] Thread cache hit rate: 98% (7 created / 565 connections)
[OK] Table cache hit rate: 119% (162 open / 136 opened)
[OK] Open file limit used: 6% (287/4K)
[OK] Table locks acquired immediately: 95% (2K immediate / 2K locks)
-------- Recommendations -----------------------------------------------------
General recommendations:
MySQL started within last 24 hours - recommendations may be inaccurate
When making adjustments, make tmp_table_size/max_heap_table_size equal
Reduce your SELECT DISTINCT queries without LIMIT clauses
Variables to adjust:
tmp_table_size (> 64M)
max_heap_table_size (> 64M)
но что делать с tmp
как бы я их не увеличивал все равно просит больше и больше
Ахтунг - Вы съехали с более продвинуй Марии на Мускуль? Зачем???
Не по своему желанию. Из репозитария залетела. Советуйте откатиться на Марию?
---------- Добавлено 14.10.2013 в 18:11 ----------
судя из:
[!!] Temporary tables created on disk: 37% (2K on disk / 6K total)
попробуйте
tmpdir = /tmp -в RAM диск вынести, должно помочь
А не подскажите как? И тут на форуме нашел подобный топик , там говориться что на OpenVMZ нельзя.
У Вас много блокировок таблиц
[!!] Table locks acquired immediately: 91%
Попробуйте по возможности сменить движок, либо как-т оптимизировать использование ресурсов базы.
Да вот такое началось недавно... После обновления Mysql, была MariaDB, сейчас стоит MySQL. На марии Table locks acquired immediately: 91% были в порядке
нет bdb больше, соответственно и параметры лишние mysql не нужны
спасибо. Тему в топку
vip-moto, так уберите его. Это полностью безопасно в вашем случае.
Новые версии mysql вообще этот движок не включают и, соответственно, не понимают вообще этот параметр.
ну а почему он перестал отключаться?
например поднять nginx и закинуть бекап в wwwdir
кроме wget можно юзать scp и передать по ssh
Спасибо, помогли!!
тс 11 пост - уже давно бы все работало, создать пользователей, перетянуть папки сайтов, сменить владельцев - пару часов на все про все...
---------- Добавлено 27.09.2013 в 14:47 ----------
или хотя бы посмотри конфиг isp - /usr/local/ispmgr/etc/ispmgr.conf
после блока с сервисами и путями path должны идти пользователи (примерно так выглядеть должно)
далее
домены Domain имя_домена.ру 500
базы DbAssign "MySQL" имя_базы 501
Там все, даже если в конфиге все стереть и почистить кеш, юзеры все равно есть в панели 0_о
---------- Добавлено 27.09.2013 в 16:08 ----------
Вообщем после долгих сор с хостером, он мне дал еще один впс такой же конфигурации и сказал что у меня неделя чтобы все перелить, через неделю должен сообщить какой впс я оставляю