Оптимизация конфигов для высоких нагрузок

[Dart_Sitius]

Имеется сервер 3x3600Mhz, 8000Мб RAM. В основном производятся UPDATE/SELECT запросы в MEMORY таблицах размером в 1млн записей (их две). Запросов в каждую до 100 в секунду. Достаточно ли оптимизированы данные конфиги, или я что-то упустил/добавил лишнее?

[mysqld_safe]
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid
 
[client]
port        = 3306
socket      = /var/lib/mysql/mysql.sock
 
[mysqld]
datadir=/var/lib/mysql
port        = 3306
socket      = /var/lib/mysql/mysql.sock
user = mysql
symbolic-links=0
skip-external-locking
key_buffer_size = 384M
max_allowed_packet = 8M
table_open_cache = 512
sort_buffer_size = 2M
read_buffer_size = 2M
read_rnd_buffer_size = 8M
myisam_sort_buffer_size = 64M
thread_cache_size = 8
query_cache_size = 32M
thread_concurrency = 6
max_heap_table_size = 320M
tmp_table_size = 320M
slow_query_log=1
slow_query_log_file=/var/log/mysql_low.log
long_query_time=1
server-id   = 1
 
[mysqldump]
quick
max_allowed_packet = 16M
 
[mysql]
no-auto-rehash
 
[myisamchk]
key_buffer_size = 256M
sort_buffer_size = 256M
read_buffer = 2M
write_buffer = 2M
 
[mysqlhotcopy]
interactive-timeout

Заодно nginx:

user www-data;
worker_processes 3;
timer_resolution 100ms;
 
error_log /var/log/nginx/error.log;
pid /var/run/nginx.pid;
 
events {
  worker_connections  2048;
  use epoll;
  multi_accept on;
}
 
http {
  include     mime.types;
  default_type  application/octet-stream;
 
  access_log off;
 
  sendfile     on;
  tcp_nopush   on;
  
  keepalive_timeout  0;
  #gzip  on;
 
  server {
    location / {
      index index.php;
      location ~* \.php$ {
        include fastcgi_params;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        # fastcgi_pass unix:/var/run/php5-fpm.sock;
        fastcgi_pass 127.0.0.1:9000;
      }
    }
  }
}

[Akina]

Цитата Dart_Sitius @ 07.10.16, 17:20

В основном производятся UPDATE/SELECT запросы в MEMORY таблицах размером в 1млн записей (их две). Запросов в каждую до 100 в секунду.

200 запросов в секунду к сравнительно небольшим таблицам, да ещё MEMORY? даже не смешно... если в чём и будет затык, так это с нехваткой оперативы. Или, если выборки объёмные, сетевой интерфейс не справится с исходящим трафиком.

[Dart_Sitius]

Akina, ну да. В среднем время работы скрипта (в котором нет ничего кроме 5 запросов к БД) < 0.5 сек на запрос. Но иногда скачет до 1 секунды. Хотелось бы максимально оптимизировать. Когда составлял конфиги, старался, нашел множество статей, но мог что-то упустить. Сейчас к сожалению все закладки потерял. На ваш взгляд можно что-то поправить?