Сделайте апгрейд. Попробуйте найти и удалить какие-нибудь модули, чтобы в свап не лезть - Администрирование серверов

mysql вешает сервак

djos · 2010-08-26T12:07:48.0000000Z

У меня атом 510 и гиг оперы Иногда наблюдается странная проблема. Мускул начинает жестко молотить винт. Сужу по большим показателям i/o Вот конфигурация # # The MySQL database server configuration file. # # You can copy this to one of: # - "/etc/mysql/my.cnf" to set global options, # - "~/.my.cnf" to set user-specific options. # # One can use all long options that the program supports. # Run program with --help to get a list of available options and with # --print-defaults to see which it would actually understand and use. # # For explanations see # http://dev.mysql.com/doc/mysql/en/server-system-variables.html # This will be passed to all mysql clients # It has been reported that passwords should be enclosed with ticks/quotes # escpecially if they contain "#" chars... # Remember to edit /etc/mysql/debian.cnf when changing the socket location. [client] port = 3306 socket = /var/run/mysqld/mysqld.sock default-character-set = cp1251 # Here is entries for some specific programs # The following values assume you have at least 32M ram # This was formally known as [safe_mysqld]. Both versions are currently parsed. [mysqld_safe] socket = /var/run/mysqld/mysqld.sock nice = 0 [mysqld] # # * Basic Settings # user = mysql pid-file = /var/run/mysqld/mysqld.pid socket = /var/run/mysqld/mysqld.sock port = 3306 basedir = /usr datadir = /var/lib/mysql tmpdir = /tmp language = /usr/share/mysql/english skip-external-locking # # Instead of skip-networking the default is now to listen only on # localhost which is more compatible and is not less secure. # # * Fine Tuning # low-priority-updates key_buffer = 256M join_buffer_size=1M sort_buffer_size = 1M read_buffer_size = 1M read_rnd_buffer_size = 1M myisam_sort_buffer_size =64M max_allowed_packet = 16M thread_stack = 128K thread_cache_size = 8 # This replaces the startup script and checks MyISAM tables if needed # the first time they are touched myisam-recover = BACKUP max_connections = 80 back-log=50 table_cache = 1536 thread_concurrency = 8 # # * Query Cache Configuration # query_cache_limit = 1M query_cache_size = 32M # # * Logging and Replication # # Both location gets rotated by the cronjob. # Be aware that this log type is a performance killer. #log = /var/log/mysql/mysql.log # # Error logging goes to syslog. This is a Debian improvement :) # # Here you can see queries with especially long duration #log_slow_queries = /var/log/mysql/mysql-slow.log #long_query_time = 10 #log-queries-not-using-indexes # # The following can be used as easy to replay backup logs or for replication. # note: if you are setting up a replication slave, see README.Debian about # other settings you may need to change. #server-id = 1 #log_bin = /var/log/mysql/mysql-bin.log expire_logs_days = 10 max_binlog_size = 100M default-character-set = cp1251 #binlog_do_db = include_database_name #binlog_ignore_db = include_database_name # # * BerkeleyDB # # Using BerkeleyDB is now discouraged as its support will cease in 5.1.12. skip-bdb # # * InnoDB # # InnoDB is enabled by default with a 10MB datafile in /var/lib/mysql/. # Read the manual for more InnoDB related options. There are many! # You might want to disable InnoDB to shrink the mysqld process by circa 100MB. skip-innodb # # * Security Features # # Read the manual, too, if you want chroot! # chroot = /var/lib/mysql/ # # For generating SSL certificates I recommend the OpenSSL GUI "tinyca". # # ssl-ca=/etc/mysql/cacert.pem # ssl-cert=/etc/mysql/server-cert.pem # ssl-key=/etc/mysql/server-key.pem [mysqldump] quick quote-names max_allowed_packet = 16M default-character-set = cp1251 [mysql] #no-auto-rehash # faster start of mysql but no tab completition default-character-set = cp1251 [isamchk] key_buffer = 256M # # * NDB Cluster # # See /usr/share/doc/mysql-server-*/README.Debian for more information. # # The following configuration is read by the NDB Data Nodes (ndbd processes) # not from the NDB Management Nodes (ndb_mgmd processes). # # [MYSQL_CLUSTER] # ndb-connectstring=127.0.0.1 # # * IMPORTANT: Additional settings that can override those from this file! # The files must end with '.cnf', otherwise they'll be ignored. # !includedir /etc/mysql/conf.d/ Движок дле...база на 70 000 новостей В чем может быть проблема?

149

tester999

27 августа 2010, 00:01

#11

Плагины?...

822

Andreyka

27 августа 2010, 04:22

#12

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

Не стоит плодить сущности без необходимости

111

Zaqwr

27 августа 2010, 04:43

#13

djos, что со свапом в это время ?

Администрирование, Linux, Cisco, Juniper

D

120

djos

27 августа 2010, 11:33

#14

свап растет

наконец поймал эти запросы после которых вешается мускул

SELECT SQL_CALC_FOUND_ROWS id, autor, date, short_story, SUBSTRING( full_story, 1, 15 ) AS full_story, xfields, title, category, alt_name, comm_num, allow_comm, allow_rate, rating, vote_num, news_read, flag, editdate, editor, reason, view_edit, tags

FROM dle_post

WHERE approve

AND allow_main

ORDER BY date DESC

LIMIT 0 , 10

SELECT DATE_FORMAT( date, '%b %Y' ) AS m_date, COUNT( * ) AS cnt

FROM dle_post

WHERE approve

GROUP BY m_date

ORDER BY date DESC

Роман Мандрик Вирусный маркетинг: ТИЦ: интересные изменения 13-01-07

111

Zaqwr

27 августа 2010, 11:56

#15

djos, так настройте мускуль чтобы он туда не лез.

D

120

djos

27 августа 2010, 12:03

#16

он так и настроен что бы в свап не лезть

максимальное потребление оперативки у него возможно только 600 метров

N

419

netwind

27 августа 2010, 12:52

#17

Andreyka:
dle написан не плохо

djos:
SQL_CALC_FOUND_ROWS

ну-ну.

SQL_CALC_FOUND_ROWS - всегда плохо на сколько-нибудь объемных данных. По определению.

Кнопка вызова админа ()

D

120

djos

27 августа 2010, 13:34

#18

и что ему сделать? никаких предложений?

N

419

netwind

27 августа 2010, 17:40

#19

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

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

и не слишком ли старый у вас DLE? не проще ли апгрейд сделать?

Google о том, стоит Optimization 2010: Андрей Калинин Google: это нормально, если

D

120

djos

27 августа 2010, 19:05

#20

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

Позабирал все модули которые мог, кеширование включено.

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

Может все таки как то max_heap_table_size покрутить или что то в этом роде?

Google ответил на вопрос Google тестирует небольшие изменения Google о волатильности в

В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах

Что такое Power BI и зачем это нужно бизнесу

mysql вешает сервак