Помогите пожалуйста с настройкой my.cnf для нормальной работы сервера, а то при небольшой посещаемости еле работает. Сразу оговорюсь, что администрированием сервера столкнулся всего пару недель назад и много не знаю.
Первоначально база данных была 2ГБ, но из-за того, что сервер отдавал страницы минуты по 2-3, пришлось уменьшить (Удалить данные) ее до 800 МБ. Можно ли как то оптимизировать конфиг сервера mysql для нормальной работы при большой базе данных?
Заранее спасибо всем откликнувшимся!
Примечание:
Конфигурация сервера:
Процессор: Intel(R) Xeon(R) CPU E5-2620 0 @ 2.00GHz 2000.036 Mhz X 4
Оперативная память: 1031524 kB
MySQL: 5.5.35
Примечание:
Команда top:
%Cpu(s): 9.4 us, 13.5 sy, 0.0 ni, 77.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.1 st
KiB Mem: 1031524 total, 1000620 used, 30904 free, 1228 buffers
KiB Swap: 1048572 total, 149092 used, 899480 free, 695504 cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2506 mysql 20 0 600m 254m 3148 S 84.0 25.2 70:14.35 mysqld
Примечание:
Текущий my.cnf
[client]
port = 3306
socket = /var/run/mysqld/mysqld.sock
default-character-set=utf8
[mysqld_safe]
socket = /var/run/mysqld/mysqld.sock
nice = 0
[mysqld]
user = mysql
pid-file = /var/run/mysqld/mysqld.pid
socket = /var/run/mysqld/mysqld.sock
port = 3306
basedir = /usr
datadir = /var/lib/mysql
tmpdir = /tmp
lc-messages-dir = /usr/share/mysql
skip-external-locking
character-set-server=utf8
collation-server=utf8_general_ci
init_connect='SET collation_connection = utf8_general_ci'
init_connect='SET NAMES utf8'
skip-character-set-client-handshake
key_buffer = 256M
max_allowed_packet = 16M
thread_stack = 192K
thread_cache_size = 32
myisam-recover = BACKUP
#max_connections = 1600
table_cache = 2048
#thread_concurrency = 10
query_cache_limit = 8M
query_cache_size = 64M
#log_slow_queries = /var/log/mysql/mysql-slow.log
#long_query_time = 2
#log-queries-not-using-indexes
#server-id = 1
#log_bin = /var/log/mysql/mysql-bin.log
expire_logs_days = 10
max_binlog_size = 100M
character-set-server = utf8
#binlog_do_db = include_database_name
#binlog_ignore_db = include_database_name
# chroot = /var/lib/mysql/
# ssl-ca=/etc/mysql/cacert.pem
# ssl-cert=/etc/mysql/server-cert.pem
# ssl-key=/etc/mysql/server-key.pem
[mysqldump]
quick
quote-names
max_allowed_packet = 16M
default-character-set=utf8
[mysql]
#no-auto-rehash # faster start of mysql but no tab completition
default-character-set=utf8
[isamchk]
key_buffer = 16M
!includedir /etc/mysql/conf.d/
Примечание:
С запросами все в порядке: Открылся - прочитал - закрылся.
А вот сервер баз данных работает все медленней и медленней. После перезагрузки все летает, а по прошествии времени начинает замедлятся...
Примечание:
Зависших запросов нет.
Примечание:
Ключи где?
Дело в том, что данный скрипт отлично работает на двух виртуальных хостингах с базой в 1,5 гб с 3000 униками в сутки (теперь поток посетителей увеличивается и хостер просит перейти на VPS дабы разгрузить виртуальный сервер, а на VPS такая вот беда).
Поэтому я и грешу на настройки mysql. google поиск так же выдает большую вероятность этого.....
Примечание:
Если имеются ввиду ключи в запросах то да. Обычный поиск с выдачей результата.
Примечание:
В таком случае да. Не понимаю. Как писал выше. Столкнулся с этим всего недели две назад. До этого не приходилось сталкиваться. Все работало при простом создании базы данных...
Примечание:
Отправил в личку..
RPI.su - самая большая русскоязычная база вопросов и ответов. Наш проект был реализован как продолжение популярного сервиса otvety.google.ru, который был закрыт и удален 30 апреля 2015 года. Мы решили воскресить полезный сервис Ответы Гугл, чтобы любой человек смог публично узнать ответ на свой вопрос у интернет сообщества.
Все вопросы, добавленные на сайт ответов Google, мы скопировали и сохранили здесь. Имена старых пользователей также отображены в том виде, в котором они существовали ранее. Только нужно заново пройти регистрацию, чтобы иметь возможность задавать вопросы, или отвечать другим.
Чтобы связаться с нами по любому вопросу О САЙТЕ (реклама, сотрудничество, отзыв о сервисе), пишите на почту [email protected]. Только все общие вопросы размещайте на сайте, на них ответ по почте не предоставляется.