nikki4

прошло несколько часов работы mysqltuner

подскажите что с этим делать? пишут что надо увеличивать, но выше писали, что наоборот надо ограничивать. Кстати там совет оптимизировать и починить таблицы- я это сделал. а они видимо опять..

Рефки .........

так для людей же лучше короткий адрес.

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

а то на одном из сайтов сейчас так:

http://www.сайт.ру/каталог/раздел каталога/подраздел каталога/название товара

ведь читабельнее ведь будет:

http://www.сайт.ру/подраздел каталога/название товара

или даже:

http://www.сайт.ру/название товара

ну или хотябы

http://www.сайт.ру/раздел каталога/подраздел каталога/название товара

ну и в сниппете будет все это аккуратнее.

учусь с putty работать, вот что в результате получил:

(хостинг 2 гига)

[mysqld]
myisam-recover=backup,force
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
user=mysql
symbolic-links=0
max_connections=70
max_user_connections=30
wait_timeout=10
interactive_timeout=50
long_query_time=5
#log-queries-not-using-indexes
log-slow-queries=/var/log/mysql/log-slow-queries.log

key_buffer = 8M
myisam_sort_buffer_size = 32M
join_buffer_size=1M
read_buffer_size=1M
sort_buffer_size=2M
read_rnd_buffer_size=2M
table_cache=512
thread_cache_size=128
interactive_timeout=25
connect_timeout=5
max_allowed_packet=1M
max_connect_errors=1000
query_cache_limit=2M
query_cache_size=16M
query_cache_type=1
tmp_table_size=32M
max_heap_table_size=16M

#innodb_use_native_aio = 0
#innodb_file_per_table
innodb_log_file_size = 64M
[mysqld_safe]
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid
[client]

только что удалось запустить тюнер, пишет

 
[OK] Currently running supported MySQL version 5.5.45-log
[OK] Operating on 64-bit architecture

-------- Storage Engine Statistics -------------------------------------------
[--] Status: +ARCHIVE +BLACKHOLE +CSV -FEDERATED +InnoDB +MRG_MYISAM
[--] Data in MyISAM tables: 302M (Tables: 413)
[--] Data in InnoDB tables: 8M (Tables: 96)
[--] Data in PERFORMANCE_SCHEMA tables: 0B (Tables: 17)
[--] Data in MEMORY tables: 0B (Tables: 14)
[!!] Total fragmented tables: 98

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

-------- Performance Metrics -------------------------------------------------
[--] Up for: 17m 12s (12K q [11.688 qps], 709 conn, TX: 128M, RX: 3M)
[--] Reads / Writes: 63% / 37%
[--] Total buffers: 184.0M global + 6.2M per thread (70 max threads)
[OK] Maximum possible memory usage: 621.5M (33% of installed RAM)
[OK] Slow queries: 0% (0/12K)
[OK] Highest usage of available connections: 4% (3/70)
[OK] Key buffer size / total MyISAM indexes: 8.0M/7.4M
[!!] Key buffer hit rate: 94.5% (59K cached / 3K reads)
[OK] Query cache efficiency: 47.8% (2K cached / 6K selects)
[OK] Query cache prunes per day: 0
[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 1K sorts)
[!!] Joins performed without indexes: 1052
[OK] Temporary tables created on disk: 14% (315 on disk / 2K total)
[OK] Thread cache hit rate: 99% (3 created / 709 connections)
[!!] Table cache hit rate: 7% (223 open / 2K opened)
[OK] Open file limit used: 17% (193/1K)
[OK] Table locks acquired immediately: 100% (10K immediate / 10K locks)
[OK] InnoDB buffer pool / data size: 128.0M/8.9M
[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
    Adjust your join queries to always utilize indexes
    Increase table_open_cache gradually to avoid file descriptor limits
    Read this before increasing table_open_cache over 64: http://*******/1mi7c4C
Variables to adjust:
    join_buffer_size (> 1.0M, or always use indexes with joins)
    table_open_cache (> 512)

по поводу оптимизации и дефрагментации таблиц - я это регулярно стал делать, они всеравно крашатся. лог запросов только что включил..

Кстати вот еще что пхпмайадмин пишет:

в одной из баз есть таблица с 15 тысячами записями. суточная посещаемость всех сайтов около 7-8к. Однако фактически ВПС ложится зачастую ночью. Впрочем в любое время суток. Но около 4-5 утра достаточно часто пробуждаюсь от смсок...т.е. это не от посещаемости. в логах какие-то сортировки были, когда писал хостеру.

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

---------- Добавлено 06.10.2015 в 14:48 ----------

Увеличить или уменьшать настройки?

Спасибо.

разве при 301 - страница не переносит старый вес на новую, т.е. вроде никаких потерь?

ну а по поводу красоты - от неё ведь поидее зависит кликабельность.

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

выглядит примерно так:

hleb.ru/hleb/hleb..../hleb-nareznoi

ps: уже все ок :) ничего не обрезалось

Были мысли под али сделать сайты, но почитав ветку, понял что там не очень то и хорошая тема в перспективе...

Ага, конечно, у клиента сейчас уже наверное час, или хз сколько, но минут 30 точно выдает такое сообщение:

Как осуществлять оперативный поиск, такой функции нет?

Жму ctrl+f. И никакого окна поиска по спарсенному не появляется.

А фильтры - не удобно. Может как-то еле можно?

Есть очень много факторов определяющих конкуренцию.

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

Или допустим там статьи размещены на каком-нибудь форбсе.. и прочих трастовых сайтов..

Только зарегистрировался. понадобилось изменение настроек для загрузки большой базы + несколько вопросов по хостингу общих.

написано:

прошел почти час... а ответа в тикете в ТП все нет.

как это понимать?