Сервер дома: слабый компьютер, настройка системы

[koiiiak92]

mysql.conf или log-и mysqltuner ещё приложите, пожалуйста

 

[irip]

mysql.conf или log-и mysqltuner ещё приложите, пожалуйста

Спойлер: mysqltuner

[root@ ~]# mysqltuner
>> MySQLTuner 1.6.0 - Major Hayden <major@mhtx.net>
>> Bug reports, feature requests, and downloads at Для просмотра ссылки Войди или Зарегистрируйся
>> Run with '--help' for additional options and output filtering
[--] Skipped version check for MySQLTuner script
[OK] Currently running supported MySQL version 5.1.73
[OK] Operating on 64-bit architecture

-------- Storage Engine Statistics -------------------------------------------
[--] Status: +CSV +InnoDB +MRG_MYISAM
[--] Data in MyISAM tables: 2G (Tables: 2305)
[--] Data in InnoDB tables: 1M (Tables: 72)
[!!] Total fragmented tables: 135

-------- Security Recommendations -------------------------------------------
[!!] User 'site_24@%' hasn't specific host restriction.
[!!] There is not basic password file list !

-------- Performance Metrics -------------------------------------------------
[--] Up for: 2h 31m 6s (658K q [72.613 qps], 18K conn, TX: 1B, RX: 97M)
[--] Reads / Writes: 89% / 11%
[--] Binary logging is disabled
[--] Total buffers: 34.0M global + 2.7M per thread (151 max threads)
[OK] Maximum reached memory usage: 47.7M (2.55% of installed RAM)
[OK] Maximum possible memory usage: 449.2M (23.96% of installed RAM)
[OK] Slow queries: 0% (6/658K)
[OK] Highest usage of available connections: 3% (5/151)
[OK] Aborted connections: 0.00% (0/18151)
[!!] Query cache is disabled
[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 245K sorts)
[!!] Joins performed without indexes: 8599
[!!] Temporary tables created on disk: 30% (22K on disk / 75K total)
[!!] Thread cache is disabled
[!!] Table cache hit rate: 0% (64 open / 18K opened)
[OK] Open file limit used: 12% (125/1K)
[OK] Table locks acquired immediately: 99% (773K immediate / 773K locks)

-------- MyISAM Metrics -----------------------------------------------------
[!!] Key buffer used: 63.0% (5M used / 8M cache)
[OK] Key buffer size / total MyISAM indexes: 8.0M/568.0M
[OK] Read Key buffer hit rate: 99.0% (18M cached / 177K reads)
[!!] Write Key buffer hit rate: 77.9% (262K cached / 57K writes)

-------- InnoDB Metrics -----------------------------------------------------
[--] InnoDB is enabled.
[OK] InnoDB buffer pool / data size: 8.0M/2.0M
[!!] InnoDB Used buffer: 6.64% (34 used/ 512 total)
[OK] InnoDB Read buffer efficiency: 98.69% (2030 hits/ 2057 total)
[!!] InnoDB Write buffer efficiency: 0.00% (0 hits/ 1 total)
[OK] InnoDB log waits: 0.00% (0 waits / 1 writes)

-------- AriaDB Metrics -----------------------------------------------------
[--] AriaDB is disabled.

-------- Replication Metrics -------------------------------------------------
[--] No replication slave(s) for this server.
[--] This is a standalone server..

-------- Recommendations -----------------------------------------------------
General recommendations:
Run OPTIMIZE TABLE to defragment tables for better performance
Remove Anonymous User accounts - there are 2 Anonymous accounts.
Set up a Password for user with the following SQL statement ( SET PASSWORD FOR 'user'@'SpecificDNSorIp' = PASSWORD('secure_password'); )
Set up a Secure Password for user@host ( SET PASSWORD FOR 'user'@'SpecificDNSorIp' = PASSWORD('secure_password'); )
Restrict Host for user@% to user@SpecificDNSorIp
MySQL started within last 24 hours - recommendations may be inaccurate
Enable the slow query log to troubleshoot bad queries
Adjust your join queries to always utilize indexes
When making adjustments, make tmp_table_size/max_heap_table_size equal
Reduce your SELECT DISTINCT queries which have no LIMIT clause
Set thread_cache_size to 4 as a starting value
Increase table_open_cache gradually to avoid file descriptor limits
Read this before increasing table_open_cache over 64: Для просмотра ссылки Войди или Зарегистрируйся
Beware that open_files_limit (1024) variable
should be greater than table_open_cache ( 64)
Variables to adjust:
query_cache_size (>= 8M)
join_buffer_size (> 128.0K, or always use indexes with joins)
tmp_table_size (> 16M)
max_heap_table_size (> 16M)
thread_cache_size (start at 4)
table_open_cache (> 64)

 

[koiiiak92]

сохраните настройки mysql.conf и попробуйте избавиться от "красноты", указанной в лог-е тюнера.

к примеру

[OK] Maximum reached memory usage: 47.7M (2.55% of installed RAM)
[OK] Maximum possible memory usage: 449.2M (23.96% of installed RAM)

настройка буферов мала для mysql - на первый взгляд

 

[irip]

Кстати, улучшить работу сервера помогло отключение eacceler., gzip и др.

сохраните настройки mysql.conf и попробуйте избавиться от "красноты", указанной в лог-е тюнера.

хорошо

настройка буферов мала для mysql - на первый взгляд

а какие за это параметры отвечают в моем конфиге?

и еще, у меня в /etc
Есть две папки.

/etc/my.cnf.d
/etc/my.cn

какая из них "моя" как узнать?

 

[koiiiak92]

Кстати, улучшить работу сервера помогло отключение eacceler., gzip и др.

наверное, не улучшить, а снизить нагрузку на ресурсы. вы остались без упаковки трафика (Для просмотра ссылки Войди или Зарегистрируйся вам об этом сразу скажет) и без ускорителя php.

а какие за это параметры отвечают в моем конфиге?

и еще, у меня в /etc
Есть две папки.

/etc/my.cnf.d
/etc/my.cn

какая из них "моя" как узнать?

какая у вас ОС?

 

[irip]

Включил логирование медленных запросов

Спойлер: лог

ORDER BY pubdate DESC
LIMIT 2325, 15;
# Time: 170205 20:23:24
# User@Host: mybase[mybase] @ localhost []
# Query_time: 2.153663 Lock_time: 0.000178 Rows_sent: 50 Rows_examined: 17755289
SET timestamp=1486315404;
SELECT con.*,
con.pubdate as fpubdate,
cat.title as cat_title, cat.seolink as catseolink,
cat.showdesc,
u.nickname as author,
u.login as user_login,
cmm.count_com
FROM cms_content con
INNER JOIN cms_category cat ON cat.id = con.category_id
LEFT JOIN cms_users u ON u.id = con.user_id
LEFT JOIN
(
SELECT target_id, COUNT(id) AS count_com
FROM cms_comments cmm
WHERE target='article' AND published = 1
GROUP BY target_id
) cmm ON cmm.target_id = con.id
WHERE con.is_arhive = 0
AND (cat.NSLeft >= '6' AND cat.NSRight <= '7' AND cat.parent_id > 0)
AND (con.showlatest = 1)
AND (con.published = 1 AND con.pubdate <= '2017-02-05 20:23:22' AND (con.is_end=0 OR (con.is_end=1 AND con.enddate >= '2017-02-05 20:23:22')))




ORDER BY con.pubdate DESC
LIMIT 0, 50;
# Time: 170205 20:23:27
# User@Host: mybase[mybase] @ localhost []
# Query_time: 2.783488 Lock_time: 0.000173 Rows_sent: 15 Rows_examined: 23821546
SET timestamp=1486315407;
SELECT con.*,
con.pubdate as fpubdate,
cat.title as cat_title, cat.seolink as catseolink,
cat.showdesc,
u.nickname as author,
u.login as user_login,
cmm.count_com
FROM cms_content con
INNER JOIN cms_category cat ON cat.id = con.category_id
LEFT JOIN cms_users u ON u.id = con.user_id
LEFT JOIN
(
SELECT target_id, COUNT(id) AS count_com
FROM cms_comments cmm
WHERE target='article' AND published = 1
GROUP BY target_id
) cmm ON cmm.target_id = con.id
WHERE con.is_arhive = 0
AND (cat.NSLeft >= '1' AND cat.NSRight <= '110' AND cat.parent_id > 0)
AND (con.published = 1 AND con.pubdate <= '2017-02-05 20:23:24' AND (con.is_end=0 OR (con.is_end=1 AND con.enddate >= '2017-02-05 20:23:24')))




ORDER BY pubdate DESC
LIMIT 0, 15;
# Time: 170205 20:25:15
# User@Host: mybase[mybase] @ localhost []
# Query_time: 2.819561 Lock_time: 0.000174 Rows_sent: 15 Rows_examined: 23821546
SET timestamp=1486315515;
SELECT con.*,
con.pubdate as fpubdate,
cat.title as cat_title, cat.seolink as catseolink,
cat.showdesc,
u.nickname as author,
u.login as user_login,
cmm.count_com
FROM cms_content con
INNER JOIN cms_category cat ON cat.id = con.category_id
LEFT JOIN cms_users u ON u.id = con.user_id
LEFT JOIN
(
SELECT target_id, COUNT(id) AS count_com
FROM cms_comments cmm
WHERE target='article' AND published = 1
GROUP BY target_id
) cmm ON cmm.target_id = con.id
WHERE con.is_arhive = 0
AND (cat.NSLeft >= '1' AND cat.NSRight <= '110' AND cat.parent_id > 0)
AND (con.published = 1 AND con.pubdate <= '2017-02-05 20:25:12' AND (con.is_end=0 OR (con.is_end=1 AND con.enddate >= '2017-02-05 20:25:12')))




ORDER BY pubdate DESC
LIMIT 0, 15;
# Time: 170205 20:26:13
# User@Host: mybase[mybase] @ localhost []
# Query_time: 2.725823 Lock_time: 0.000176 Rows_sent: 15 Rows_examined: 23821546
SET timestamp=1486315573;
SELECT con.*,
con.pubdate as fpubdate,
cat.title as cat_title, cat.seolink as catseolink,
cat.showdesc,
u.nickname as author,
u.login as user_login,
cmm.count_com
FROM cms_content con
INNER JOIN cms_category cat ON cat.id = con.category_id
LEFT JOIN cms_users u ON u.id = con.user_id
LEFT JOIN
(
SELECT target_id, COUNT(id) AS count_com
FROM cms_comments cmm
WHERE target='article' AND published = 1
GROUP BY target_id
) cmm ON cmm.target_id = con.id
WHERE con.is_arhive = 0
AND (cat.NSLeft >= '1' AND cat.NSRight <= '110' AND cat.parent_id > 0)
AND (con.published = 1 AND con.pubdate <= '2017-02-05 20:26:10' AND (con.is_end=0 OR (con.is_end=1 AND con.enddate >= '2017-02-05 20:26:10')))




ORDER BY pubdate DESC
LIMIT 0, 15;
# Time: 170205 20:27:48
# User@Host: mybase[mybase] @ localhost []
# Query_time: 2.838033 Lock_time: 0.000177 Rows_sent: 15 Rows_examined: 23821546
SET timestamp=1486315668;
SELECT con.*,
con.pubdate as fpubdate,
cat.title as cat_title, cat.seolink as catseolink,
cat.showdesc,
u.nickname as author,
u.login as user_login,
cmm.count_com
FROM cms_content con
INNER JOIN cms_category cat ON cat.id = con.category_id
LEFT JOIN cms_users u ON u.id = con.user_id
LEFT JOIN
(
SELECT target_id, COUNT(id) AS count_com
FROM cms_comments cmm
WHERE target='article' AND published = 1
GROUP BY target_id
) cmm ON cmm.target_id = con.id
WHERE con.is_arhive = 0
AND (cat.NSLeft >= '1' AND cat.NSRight <= '110' AND cat.parent_id > 0)
AND (con.published = 1 AND con.pubdate <= '2017-02-05 20:27:45' AND (con.is_end=0 OR (con.is_end=1 AND con.enddate >= '2017-02-05 20:27:45')))

что с ними делать? Они однотипны, обращаются юзвери к ним каждую минуту по несколько раз
это грузит систему в целом

 

[lemurs]

посмотреть по каким полям надо сделать индексы и сделать надо

 

[romas_s]

по характеристикам сервера - вам его хватит даже для 100 сайтов при отличной скорости загрузки сайтов.

у меня вопрос к автору топика, почему выбрали вариант сервера без админ панели?
это самый хлопотный вариант web сервера, куча ручной работы, головняка и т д.
есть бесплатная админ панель vestacp.com
с бесплатных самая лучшая как по мне, ресурсов потребляет не много.

по теме
какой у вас размер диска подкачки? возможно он у Вас очень маленького размера, не достаточный для норм работы сервера.

распишите плз Вашу дисковую разбивку, какому разделу сколько выделено дискового пространства. файловая система.

судя по описаниям - не корректно настроен апач, в результате чего подвисает модуль PHP.
скиньте файл конфига апача.

 

[irip]

у меня вопрос к автору топика, почему выбрали вариант сервера без админ панели?

потому, что это сервер дома. Сервер - ноутбук с установленной centos 6.8 (единственной, способной выдерживать нагрузки на подобных машинах)
и у меня стоит vestacp. Я ее очень уважаю и использую с первых версий. Хорошая разработка.

какой у вас размер диска подкачки? возможно он у Вас очень маленького размера, не достаточный для норм работы сервера.
распишите плз Вашу дисковую разбивку, какому разделу сколько выделено дискового пространства. файловая система.

где и как это посмотреть?

судя по описаниям - не корректно настроен апач, в результате чего подвисает модуль PHP.

Да, заметил, в локалке сайт очень быстро работает, страницы отдает, а вот на внешнюю линию - проблемы

 

[Осип]

Да, заметил, в локалке сайт очень быстро работает, страницы отдает, а вот на внешнюю линию - проблемы

Если в локалке все летает, а во внешней линии тормозит - то может проблемы в канале/роутере?
Напишите адрес сайта, уж больно интересно посмотреть.