The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"mysql стал медленне работать"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы WEB технологии (Public)
Изначальное сообщение [ Отслеживать ]

"mysql стал медленне работать"  
Сообщение от Semen43 email(ok) on 28-Июл-08, 16:02 
Здраствуйте столкнулся со следующими проблемами, не знаю как решить.
Проблема очень сильно начал грузится mysql, причем какие то изменения в пхп коде не было произведенно, тоесть самы запросы как были так и остались, только начала база данных сильно грузится. Таблицы в mysql находятся в innoDB. В самой таблице таблице кол-во записей 177820, это после чистки, до этого было их за миллион, чистка таблицы проблему не решила.

Помогите пожалуйста решить проблему, скажите что мона попробувать сделать.

Заранее спасибо.


По top наблюдается следующее:
last pid: 63781;  load averages:  7.92,  7.87,  7.70                                                  up 4+21:02:35  14:44:20
92 processes:  13 running, 79 sleeping
CPU states: 45.1% user,  0.0% nice, 39.3% system,  1.0% interrupt, 14.6% idle
Mem: 1876M Active, 5278M Inact, 261M Wired, 73M Cache, 112M Buf, 527M Free
Swap: 4096M Total, 4096M Free

  PID USERNAME    THR PRI NICE   SIZE    RES STATE  C   TIME   WCPU COMMAND
58840 mysql        32  97    0  2186M  1638M ucond  1  17.5H 476.32% mysqld
63763 www           1  20    0 25196K 14388K lockf  4   0:07 14.84% httpd
63760 www           1  20    0 25196K 14348K lockf  4   0:10 12.58% httpd
63764 www           1  20    0 24172K 13420K lockf  4   0:06 12.11% httpd
63747 www           1 100    0 34412K 20608K CPU3   3   0:15 11.04% httpd
63751 www           1   4    0 24172K 13428K kqread 4   0:12 10.45% httpd
63756 www           1 100    0 24172K 13524K select 6   0:08 10.35% httpd
63757 www           1  20    0 25196K 14244K lockf  4   0:12 10.11% httpd
63750 www           1  99    0 25196K 14508K CPU4   4   0:13  9.90% httpd
63767 www           1  20    0 24172K 13216K lockf  4   0:03  8.94% httpd
63746 www           1  99    0 39532K 24492K CPU7   5   0:15  7.23% httpd
63765 www           1   4    0 33388K 19660K sbwait 0   0:02  4.21% httpd
63745 www           1  96    0 24172K 13520K select 0   0:11  2.39% httpd
  745 root          1   4    0  3104K   796K -      4   4:47  0.00% nfsd
1045 root          1 102    0 23148K 11212K select 0   1:20  0.00% httpd
62700 www           1  20    0 24172K 13444K lockf  1   0:43  0.00% httpd
63402 www           1  20    0 24172K 13444K lockf  2   0:41  0.00% httpd
62415 www           1   4    0 63084K 42372K sbwait 1   0:33  0.00% httpd
62459 www           1   4    0 39532K 24404K sbwait 3   0:22  0.00% httpd
63509 www           1   4    0 44652K 27948K sbwait 4   0:14  0.00% httpd
62462 www           1   4    0 38508K 23856K sbwait 6   0:14  0.00% httpd
62775 www           1  20    0 24172K 13380K lockf  7   0:12  0.00% httpd
63584 www           1  20    0 25196K 14388K lockf  7   0:11  0.00% httpd
62760 www           1  20    0 24172K 13356K lockf  2   0:10  0.00% httpd
62773 www           1  20    0 25196K 14428K lockf  5   0:08  0.00% httpd
62762 www           1  96    0 51820K 33672K CPU2   4   0:07  0.00% httpd
1069 root          1  96    0  5848K  2612K select 0   0:07  0.00% sendmail
63630 www           1  20    0 24172K 13128K lockf  4   0:05  0.00% httpd
63347 www           1   4    0 44652K 27640K sbwait 0   0:04  0.00% httpd
62782 www           1  20    0 25196K 14368K lockf  4   0:04  0.00% httpd
62766 www           1  20    0 25196K 14356K lockf  4   0:04  0.00% httpd
62793 www           1  20    0 25196K 14348K lockf  3   0:04  0.00% httpd
61817 www           1   4    0 44652K 27832K sbwait 5   0:04  0.00% httpd
  746 root          1   4    0  3104K   796K -      0   0:02  0.00% nfsd
62781 www           1  20    0 24172K 13116K lockf  3   0:02  0.00% httpd
  661 root          1  96    0  3156K  1012K select 0   0:02  0.00% syslogd
1082 root          1   8    0  3184K  1064K nanslp 3   0:01  0.00% cron

Такая проблема начала наблюдатся недавно, до этого все было нормально.
по mysqladmin procceslist видно следующее:
+--------+--------------+-------------------------------+--------------+---------+------+----------------------+------------------------------------------------------------------------------------------------------+
| Id     | User         | Host                          | db           | Command | Time | State                | Info                                                                                                 |
+--------+--------------+-------------------------------+--------------+---------+------+----------------------+------------------------------------------------------------------------------------------------------+
| 293266 | root         | localhost:63976               | site2   | Query   | 1    | Copying to tmp table | SELECT DISTINCT FLOOR((site_timerel.time % 1000000) / 100) as seance, site_timerel.comment |
| 296444 | root         | localhost:51525               | site2   | Query   | 0    | Copying to tmp table | SELECT DISTINCT FLOOR((site_timerel.time % 1000000) / 100) as seance, site_timerel.comment |
| 297076 | root         | localhost:51655               | site2   | Query   | 0    | Copying to tmp table | SELECT DISTINCT FLOOR((site_timerel.time % 1000000) / 100) as seance, site_timerel.comment |
| 335924 | root         | localhost:65085               | site2   | Query   | 1    | Copying to tmp table | SELECT DISTINCT FLOOR((site_timerel.time % 1000000) / 100) as seance, site_timerel.comment |
| 399792 | root         | localhost:56571               | site2   | Query   | 0    | Copying to tmp table | SELECT DISTINCT FLOOR((site_timerel.time % 1000000) / 100) as seance, site_timerel.comment |
| 405779 | root         | localhost:60520               | site2   | Query   | 0    | Copying to tmp table | SELECT DISTINCT site_events_ru.id, site_events_ru.name, site_events_ru.url
           |
| 427274 | root         | localhost:64558               | site2   | Query   | 0    | Copying to tmp table | SELECT DISTINCT site_events_ru.id, site_events_ru.name, site_events_ru.url
           |
| 465781 | root         | localhost:63614               | site2   | Query   | 0    | Copying to tmp table | SELECT DISTINCT site_events_ru.id, site_events_ru.name, site_events_ru.url
           |
| 466783 | root         | localhost:53478               | site2   | Query   | 0    | Sending data         | SELECT value FROM site_objectsfieldsvalues_ru WHERE objectId = '2992'
                         |
| 466786 | root         | localhost                     | board        | Query   | 0    | Sending data         | SELECT count(*) as count FROM wzb_details WHERE action='1' and YEAR(date) = '2008' and MONTH(date) = |
| 466791 | root         | localhost                     |              | Query   | 0    |                      | show processlist                                                                                     |
+--------+--------------+-------------------------------+--------------+---------+------+----------------------+------------------------------------------------------------------------------------------------------+

Конфигурационный файл my.cnf
[client]
#password    = [your_password]
port        = 3306
socket        = /tmp/mysql.sock


[mysqld]

# generic configuration options
port        = 3306
socket        = /tmp/mysql.sock


back_log = 50
max_connections = 1000
max_connect_errors = 10
table_cache = 1024
max_allowed_packet = 16M
binlog_cache_size = 1M
max_heap_table_size = 64M
sort_buffer_size = 8M
join_buffer_size = 8M
thread_cache_size = 16
thread_concurrency = 16
query_cache_size = 256M
query_cache_limit = 2M
ft_min_word_len = 4
default_table_type = InnoDB
thread_stack = 192K
transaction_isolation = REPEATABLE-READ
tmp_table_size = 64M
log-bin=mysql-bin
log_slow_queries
long_query_time = 2
log_long_format
server-id = 1

#*** MyISAM Specific options
key_buffer_size = 64M
read_buffer_size = 2M
read_rnd_buffer_size = 16M
bulk_insert_buffer_size = 64M
myisam_sort_buffer_size = 128M
myisam_max_sort_file_size = 10G
myisam_max_extra_sort_file_size = 10G
myisam_repair_threads = 1
myisam_recover

# *** INNODB Specific options ***
innodb_additional_mem_pool_size = 20M
innodb_buffer_pool_size = 1500M
innodb_data_file_path = ibdata1:1024M:autoextend
innodb_file_io_threads = 4
innodb_thread_concurrency = 16
innodb_flush_log_at_trx_commit = 2
innodb_log_buffer_size = 8M
innodb_log_file_size = 256M
innodb_log_files_in_group = 3
innodb_max_dirty_pages_pct = 90
innodb_lock_wait_timeout = 50


[mysqldump]
quick
max_allowed_packet = 16M

[mysql]
no-auto-rehash

# Only allow UPDATEs and DELETEs that use keys.
#safe-updates

[isamchk]
key_buffer = 512M
sort_buffer_size = 512M
read_buffer = 8M
write_buffer = 8M

[myisamchk]
key_buffer = 512M
sort_buffer_size = 512M
read_buffer = 8M
write_buffer = 8M

[mysqlhotcopy]
interactive-timeout

[mysqld_safe]
open-files-limit = 10000

Высказать мнение | Ответить | Правка | Cообщить модератору

 Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "mysql стал медленне работать"  
Сообщение от angra (ok) on 28-Июл-08, 23:14 
Ну вам же виднее что именно у вас произошло перед тем как начались проблемы. Может популярность сервера возросла, а может кто-то грохнул индексы по которым запросы делают джойн, вот у вас и создаются постоянно временные таблицы и вообще selectы еле шевелятся.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "mysql стал медленне работать"  
Сообщение от Semen43 email(ok) on 29-Июл-08, 17:50 
>Ну вам же виднее что именно у вас произошло перед тем как
>начались проблемы. Может популярность сервера возросла, а может кто-то грохнул индексы
>по которым запросы делают джойн, вот у вас и создаются постоянно
>временные таблицы и вообще selectы еле шевелятся.

Да поидее проблема ушла, была одна таблица размером 1,5 Гб я её почистил, буду смотреть скорее всего в этом и была проблема.

Спасибо за внимание

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "mysql стал медленне работать"  
Сообщение от angra (ok) on 30-Июл-08, 14:31 
Откройте документацию по мускулу и прочтите про индексы и джойны. Быстродействие вашей базы можно улучшить не трогая кода.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "mysql стал медленне работать"  
Сообщение от Semen43 email(ok) on 31-Июл-08, 12:31 
>Откройте документацию по мускулу и прочтите про индексы и джойны. Быстродействие вашей
>базы можно улучшить не трогая кода.

В базе данных используются индексы, я проверял те что есть, добавил еще индексов, но эфекта нету.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "mysql стал медленне работать"  
Сообщение от FreeBolik email on 31-Июл-08, 12:50 
Посмотри експлаин(http://www.mysql.ru/docs/man/EXPLAIN.html) своих запросов(самых более всего выбирающих). Смысл посмотреть пользуються у тя твои вообще индексы и количество результирующих записей. Так же посмотри кеши мускульные: если много записей результирующий(и ты никак не можешь етого избежать), увелить кеш мускульный - меньше винта(подкачки) - больше щастья(оперативы).
А индексы чрез 5-ую точку ставить де попало - ето не решение: больше индексов - меньше скорость изменений(insert,update,replace) таблиц.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру