Trotor 26 03/01/2017 01:44 AM В МайАдмине есть вкладка Состояние (Текущее состояние MySQL)Так вот, в ней есть несколько столбцов, которые показаны проблемными (величины отмечены красным шрифтом), а именно: Handler_read_rnd - 748.8 MКоличество запросов, на чтение строки, основанных на ее позиции. Большое значение переменной может быть обусловлено частым выполнением запросов использующих сортировку результата, выполнением большого числа запросов требующих полного сканирования таблиц, наличием объединений не использующих индексы надлежащим образом. Handler_read_rnd_next - 1.4 TКоличество запросов на чтение следующей строки из файла данных. Данное значение будет высоким, при частом сканировании таблиц. Обычно это означает, что таблицы не проиндексированы надлежащим образом или запросы не используют преимущества индексов. Qcache_lowmem_prunes - 1.5 MКоличество запросов, удаленных из кеша для освобождения памяти под кеширование новых запросов. Эта информация может помочь при настройке размера кеша запросов. Кеш запросов использует стратегию LRU (дольше всего не использующиеся страницы заменяются новыми) при принятии решения об удаления запроса из кеша. Created_tmp_disk_tables - 6.6 MКоличество временных таблиц, автоматически созданных сервером на диске, во время выполнения SQL-выражений. Если значение Created_tmp_disk_tables велико, следует увеличить значение переменной tmp_table_size, чтобы временные таблицы располагались в памяти, а не на жестком диске. Select_full_join - 1.6 kКоличество запросов-объединений, выполненных без использования индексов. Если значение переменной не равно 0, рекомендуется проверить индексы таблиц. Sort_merge_passes - 13.0 kКоличество проходов, сделанных алгоритмом сортировки. При большом значении следует увеличить значение переменной sort_buffer_size. Opened_tables - 25.0 kОбщее количество открывавшихся таблиц. При большом значении переменной рекомендуется увеличить размер кеша таблиц (table_cache). Table_locks_waited - 13.9 MКоличество запросов на блокировку таблицы, которые были удовлетворены только после определенного периода ожидания. Если значение велико и есть проблемы с производительностью, необходимо сначала оптимизировать свои запросы, а затем разбить свою таблицу (или таблицы) или использовать репликацию. Был бы очень благодарен если бы помогли с решением хотя бы нескольких проблемных категорий из этого списка. Share this post Link to post Share on other sites
Yalta 0 03/28/2017 11:13 AM Подскажите, в БД к в некоторых таблицах не назанчена кодировка и пишет UNSIGNED, это нормально? НА скрине видно Share this post Link to post Share on other sites
siv1987 2,622 01/15/2018 06:51 PM Подскажите, в БД к в некоторых таблицах не назанчена кодировка и пишет UNSIGNED, это нормально?Нормально. Кодировку имеет текстовые поля, там где хранится текст. В данном случае это числовые поля, а атрибут UNSIGNED указывает на беззнаковый тип. Если совсем не "кумекайте" в структуре бд не лезли бы там и оставили ее в покое. Share this post Link to post Share on other sites