Есть небольшой сервер 4хOpteron 2.0, 8 GB, 2x500 SATA, 1x SCSI.
стоят 6.3-RC1 FreeBSD amd64, php-5, mysql 5.0.1.Основной сайт имеет таблицу новостей (100.000 штук + добавляется около 300 в день). Размер таблицы - 150 мб.
Хочу попросить совета у профи по настройке mysql. Для ускорения работы mysql купил SCSI-винчестер и вынес на него базы и директорию для хранения временных таблиц.
Раньше не настраивал "большие" веб-сервера, но в итоге пришел к таким параметрам:
# The MySQL server
[mysqld]
port = 3306
socket = /tmp/mysql.sock
skip-locking
sort_buffer_size = 256M
record_buffer=8M
read_buffer_size = 2M
read_rnd_buffer_size = 8M
thread_concurrency = 32
tmpdir = /mysqldata/tmp/
max_connections=2048
innodb_additional_mem_pool_size=2M
innodb_buffer_pool_size=47M
innodb_log_buffer_size=1M
innodb_log_file_size=24M
join_buffer_size=256M
key_buffer_size = 2048M
key_cache_block_size = 64M
thread_cache_size = 128
max_connect_errors = 1000
table_cache = 8192
max_allowed_packet = 320M
myisam_max_sort_file_size=100G
query_cache_size = 2048M
query_cache_limit = 64M
query_cache_type = 1
default_table_type = MYISAM
thread_stack = 512K
tmp_table_size = 2048M
myisam_sort_buffer_size = 1024M
myisam_max_sort_file_size = 10G
max_binlog_size = 1073741824
max_binlog_cache_size = 4294967295
Какие параметры мной назначены неправильно?
Проблемы: 1. Неоптимизированное количество и качество SQL-запросов(плохое использование индекса) - потихонечку копаюсь и давлю на разработчиков.
2. Из-за первой проблемы при некоторой приличной нагрузке на стартовую страницу начинают расти загрузка CPU процессом mysql + в show processlist видно, что на диске начинают создаваться временные таблицы.
В phpMyAdmin в статусе mysql красным выделены такие поля:
Handler_read_rnd - 886 k - The number of requests to read a row based on a fixed position. This is high if you are doing a lot of queries that require sorting of the result. You probably have a lot of queries that require MySQL to scan whole tables or you have joins that don't use keys properly.
Handler_read_rnd_next - 1,909 M - The number of requests to read the next row in the data file. This is high if you are doing a lot of table scans. Generally this suggests that your tables are not properly indexed or that your queries are not written to take advantage of the indexes you have.
Table_locks_waited - 6,195 - The number of times that a table lock could not be acquired immediately and a wait was needed. If this is high, and you have performance problems, you should first optimize your queries, and then either split your table or tables or use replication. (при этом - Table_locks_immediate 2,387 k )
Created_tmp_disk_tables - 32 k
В какую сторону стоит тыкать разработчиков?
Заранее спасибо за любые советы по оптимизации FreeBSD+apache.
P.S. чтобы top показывал CPU states: 0.0% user, 0.0% nice, 0.2% system, 0.0% interrupt, 99.8% idle отдельными строками для каждого процессора, нужно где-то найти специальную версию top для многопроцессорных систем или добавить какой-то ключик?
Вариант для распечатки
OpenNET: Виртуальная конференция (Public)
on 12-Янв-08, 19:10 
