Бьётся база данных

12
K5
На сайте с 21.07.2010
Offline
209
#11

mysqltuner что говорит?

аська 45два48499два записки на работе (http://memoryhigh.ru) помогу с сайтом, удалю вирусы, настрою впс -> отзывы ТУТ (/ru/forum/836248) и ТАМ (http://www.maultalk.com/topic140187.html) !!!всегда проверяйте данные людей, которые сами пишут вам в аську или скайп!!!
Plutishe
На сайте с 06.03.2006
Offline
205
#12
kgtu5:
mysqltuner что говорит?

[OK] Currently running supported MySQL version 5.5.40-log

[OK] Operating on 64-bit architecture

-------- Storage Engine Statistics -------------------------------------------
[--] Status: +ARCHIVE +BLACKHOLE +CSV +FEDERATED +InnoDB +MRG_MYISAM
[--] Data in MyISAM tables: 377M (Tables: 128)
[--] Data in InnoDB tables: 648M (Tables: 160)
[--] Data in PERFORMANCE_SCHEMA tables: 0B (Tables: 17)
[--] Data in MEMORY tables: 372K (Tables: 3)
[!!] Total fragmented tables: 35

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

-------- Performance Metrics -------------------------------------------------
[--] Up for: 4h 29m 24s (200K q [12.412 qps], 11K conn, TX: 4B, RX: 48M)
[--] Reads / Writes: 62% / 38%
[--] Total buffers: 1.7G global + 12.6M per thread (64 max threads)
[OK] Maximum possible memory usage: 2.5G (63% of installed RAM)
[OK] Slow queries: 0% (0/200K)
[OK] Highest usage of available connections: 10% (7/64)
[OK] Key buffer size / total MyISAM indexes: 260.0M/238.1M
[OK] Key buffer hit rate: 97.3% (449K cached / 12K reads)
[OK] Query cache efficiency: 66.9% (89K cached / 133K selects)
[OK] Query cache prunes per day: 0
[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 12K sorts)
[!!] Joins performed without indexes: 5132
[!!] Temporary tables created on disk: 46% (5K on disk / 11K total)
[OK] Thread cache hit rate: 99% (7 created / 11K connections)
[OK] Table cache hit rate: 84% (208 open / 245 opened)
[OK] Open file limit used: 3% (131/4K)
[OK] Table locks acquired immediately: 99% (139K immediate / 139K locks)
[OK] InnoDB buffer pool / data size: 1000.0M/648.8M
[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
Temporary table size is already large - reduce result set size
Reduce your SELECT DISTINCT queries without LIMIT clauses
Variables to adjust:
join_buffer_size (> 10.0M, or always use indexes with joins)
Хостинг за РУБЛИ (http://yousite.ru/h) | VPS/VDS на платформе: XEN c администрированием (http://yousite.ru/v) | Регистрация доменов (http://yousite.ru/d)
LEOnidUKG
На сайте с 25.11.2006
Offline
1723
#13

у session_id какой тип базы данных? Может быть её перевести в MEMORY и всё? Она же не важная по сути. И работать будет быстрее и биться ничего не будет т.к. она сама очищается при перезагрузке.

---------- Добавлено 04.11.2014 в 01:34 ----------

Если у вас тип базы данных InnoDB посмотрите в my.cnf переменную: innodb_flush_log_at_trx_commit

каково значение.

✅ Мой Телеграм канал по SEO, оптимизации сайтов и серверов: https://t.me/leonidukgLIVE ✅ Качественное и рабочее размещение SEO статей СНГ и Бурж: https://getmanylinks.ru/
Plutishe
На сайте с 06.03.2006
Offline
205
#14
LEOnidUKG:
у session_id какой тип базы данных? Может быть её перевести в MEMORY и всё? Она же не важная по сути. И работать будет быстрее и биться ничего не будет т.к. она сама очищается при перезагрузке.

---------- Добавлено 04.11.2014 в 01:34 ----------

Если у вас тип базы данных InnoDB посмотрите в my.cnf переменную: innodb_flush_log_at_trx_commit
каково значение.

InnoDB

innodb_flush_log_at_trx_commit - такого значения нет.

innodb_flush_log_at_trx_commit — имеет три допустимых значения: 0, 1, 2. При значении равном 0, лог сбрасывается на диск один раз в секунду, вне зависимости от происходящих транзакций. При значении равном 1, лог сбрасывается на диск при каждой транзакции. При значении равном 2, лог пишется при каждой транзакции, но не сбрасывается на диск никогда, оставляя это на совести ОС. По умолчанию используется 1, что является самой надежной настройкой, но не самой быстрой. В общем случае вы можете смело использовать 2, данные могут быть утеряны лишь в случае краха ОС и лишь за несколько секунд (зависит от настроек ОС). 0 — самый быстрый режим, но данные могут быть утеряны как при крахе ОС, так и при крахе самого сервера MySQL (впрочем данные лишь за 1-2 секунды).

[mysqld]

federated
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
user=mysql
symbolic-links=0
max_connections=64
max_user_connections=30
wait_timeout=30
interactive_timeout=50
long_query_time=5
#log-queries-not-using-indexes
slow-query-log=ON


tmp_table_size=264M
max_heap_table_size=264M
innodb_buffer_pool_size=1000M
key_buffer_size=260M
join_buffer_size=10M
thread_cache_size=3096
query_cache_size=250M
query_cache_limit=26M
innodb_buffer_pool_instances=2

tmpdir=/mysqltmp

table_cache=2096
table_definition_cache=2096

#innodb_use_native_aio = 0
innodb_file_per_table

[mysqld_safe]
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid
N
На сайте с 12.01.2011
Offline
45
#15
Plutishe:
InnoDB

Вы шутите чтоль? У вас по логу четко видно, что таблица MyISAM и чините вы ее myisamchk-ом.

У вас сервер три раза упал по питанию, все три раза сломался myisam. Это его естественное поведение. Поменяйте сервер на новый и движок на InnoDB

12

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