Вопрос по переходу с suPHP

12
lealhost
На сайте с 07.06.2014
Offline
136
#11
Toror:
lealhost
каким образом? ну и судя по последней статистики, которую я тут привел диски не загружены а LA есть.

Вот меня смущает что в кеше 8.5G и свободно всего 411Мб, это нормально?

MEM | tot 11.7G | free 411.7M | cache 8.5G | dirty 2.4M | buff 969.4M | slab 812.5M | | | | |

Да, нормально, кеш освобождается, если память нужна какому-нибудь процессу.

каким образом?

Например так, предварительно отмонтировав диск (можно загрузиться с LiveCD/Rescue):

tune2fs -O ^has_journal /dev/sdX

e2fsck /dev/sdX

T
На сайте с 23.10.2009
Offline
84
#12

mysqltuner:

[OK] Currently running supported MySQL version 5.5.37-cll
[OK] Operating on 64-bit architecture

-------- Storage Engine Statistics -------------------------------------------
[--] Status: +ARCHIVE +BLACKHOLE +CSV -FEDERATED +InnoDB +MRG_MYISAM
[--] Data in MyISAM tables: 3G (Tables: 23179)
[--] Data in InnoDB tables: 549M (Tables: 5598)
[--] Data in CSV tables: 0B (Tables: 2)
[--] Data in PERFORMANCE_SCHEMA tables: 0B (Tables: 17)
[--] Data in MEMORY tables: 0B (Tables: 190)
[!!] Total fragmented tables: 2469

-------- Security Recommendations -------------------------------------------
[OK] All database users have passwords assigned

-------- Performance Metrics -------------------------------------------------
[--] Up for: 58m 6s (423K q [121.503 qps], 14K conn, TX: 1B, RX: 86M)
[--] Reads / Writes: 79% / 21%
[--] Total buffers: 256.0M global + 4.5M per thread (500 max threads)
[OK] Maximum possible memory usage: 2.4G (20% of installed RAM)
[OK] Slow queries: 0% (0/423K)
[OK] Highest usage of available connections: 4% (21/500)
[OK] Key buffer size / total MyISAM indexes: 32.0M/997.2M
[OK] Key buffer hit rate: 98.8% (4M cached / 52K reads)
[OK] Query cache efficiency: 64.1% (216K cached / 338K selects)
[!!] Query cache prunes per day: 965320
[OK] Sorts requiring temporary tables: 0% (3 temp sorts / 18K sorts)
[!!] Joins performed without indexes: 1121
[!!] Temporary tables created on disk: 30% (4K on disk / 14K total)
[OK] Thread cache hit rate: 99% (21 created / 14K connections)
[!!] Table cache hit rate: 5% (500 open / 8K opened)
[OK] Open file limit used: 1% (588/50K)
[OK] Table locks acquired immediately: 99% (206K immediate / 206K locks)
[!!] InnoDB buffer pool / data size: 128.0M/549.6M
[OK] InnoDB log waits: 0
-------- Recommendations -----------------------------------------------------
General recommendations:
Run OPTIMIZE TABLE to defragment tables for better performance
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 without LIMIT clauses
Increase table_open_cache gradually to avoid file descriptor limits
Read this before increasing table_open_cache over 64: http://*******/1mi7c4C
Variables to adjust:
query_cache_size (> 64M)
join_buffer_size (> 2.0M, or always use indexes with joins)
tmp_table_size (> 16M)
max_heap_table_size (> 16M)
table_open_cache (> 500)
innodb_buffer_pool_size (>= 549M)

спасибо lealhost, но какие могут быть негативные последствия отключения? вы у себя на серверах отключаете данное журналирование тоже?

P
На сайте с 16.03.2009
Offline
144
#13
max_connections = 100
key_buffer_size = 1200M
innodb_buffer_pool_size = 1G
innodb_flush_log_at_trx_commit = 2
innodb_flush_method = O_DIRECT
tmp_table_size = 64M
max_heap_table_size = 64M

query_cache_type = 1
thread_cache_size = 128
query_cache_limit = 256K
query_cache_size = 128M
table_open_cache = 2048
table_definition_cache = 2048

Так же стоит tmpdir перенести в tmpfs.

Не стоит отключать журнал. Если пропадет питание - могут возникнуть проблемы с fs.

T
На сайте с 23.10.2009
Offline
84
#14

а смысл есть перенеосить tmpdir в tmpfs если диск с базами mysql и на нем же tmdir загружен не более 10%? это чтото даст?

---------- Добавлено 11.08.2014 в 13:31 ----------

нашел domlogs/ куча файлов пишет, что с ним можно сделать?

lealhost
На сайте с 07.06.2014
Offline
136
#15
Toror:

спасибо lealhost, но какие могут быть негативные последствия отключения? вы у себя на серверах отключаете данное журналирование тоже?

У нас на серверах стоят SSD, журналирование сократит им жизнь, поэтому отключаем.

Но как уже сказали проблемы с ФС могут возникнуть при перебои питания и будет долго выполняться fsck при починке и т.д.

нашел domlogs/ куча файлов пишет, что с ним можно сделать?

Можно прописать BufferedLogs On в конфиге Apache.

Тогда логи будут сбрасываться пореже, возможно это даст небольшой прирост IOPS.

Не возможно, а точно даст :)

12

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий