|
Задавайте вопросы, мы ответим
Вы не зашли.
Всем добрый день.
Настройки базы
max_connections = 80
key_buffer_size = 32M
innodb_file_per_table=1
innodb_buffer_pool_size = 128M
innodb_flush_log_at_trx_commit = 2
query_cache_size = 32M
query_cache_limit = 64M
thread_cache_size = 4
tmp_table_size = 64M
max_heap_table_size = 64M
innodb_flush_method = O_DIRECT
transaction-isolation = READ-COMMITTED
На сервере 2 Гига оперативы.
Но почему-то всегда первый запрос выполняется 3-4 сек. Повторно запрос идет 0,02 сек. Насколько понимаю есть попадение в кеш. Но не надолго. через минут 10 выполняя этот же запрос он снова на 4 сек.
explain показывает что выборка в запросе не превышает 10 тыс строк. чаще всего 2-4 тыс.
Если делать запросы через phpmyadmin то ситуация еще интереснее. он перед основным запросом спрашивает индексы и схему таблиц, так вот они также выполняются секундами.
к примеру обычный запрос SHOW INDEXES FROM `db`.`table`; всегда выполняется 6-8 сек
Разве запрос на обычный список индексов требует расчетов?
Подскажите пожалуйста в какую сторону копать?
Неактивен
Лучше поздно, чем никогда. Скорее всего, Вы уже нашли ответ на вопрос, но напишу свои мысли, вдруг кто-то сюда доберется из поиска.
1. Кажется, что проблемы совсем независимые. Проблема с индексами — почти наверняка ждет блокировки на метаданные таблицы, т.е. короткий промежуток времени, когда никто с таблицей не работает.
2. Проблема с чтением — интересная. Первое — поднятие данных в кэш и в buffer pool. Минут через 10 запрос может пропасть из query cache, и, соответственно, пойти за данными в buffer pool / на диск — в зависимости от того, что было вытеснено. Вы отдали не так и много памяти для данных, может оказаться, что она быстро вымывается.
3. Ну и, наконец, все эти проблемы могут наблюдаться в случае с загруженным диском. То есть какой-нибудь сетевой диск, O_DIRECT, и вот всё лагает, даже для простых операций.
Неактивен
