Проблемные столбцы MySQL

[Haktar 24]

В МайАдмине есть вкладка Состояние (Текущее состояние 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

Количество запросов на блокировку таблицы, которые были удовлетворены только после определенного периода ожидания. Если значение велико и есть проблемы с производительностью, необходимо сначала оптимизировать свои запросы, а затем разбить свою таблицу (или таблицы) или использовать репликацию.

 

Был бы очень благодарен если бы помогли с решением хотя бы нескольких проблемных категорий из этого списка.

[Yalta 0]

Подскажите, в БД к в некоторых таблицах не назанчена кодировка и пишет UNSIGNED, это нормально? НА скрине видно

[siv1987 2,560]

Подскажите, в БД к в некоторых таблицах не назанчена кодировка и пишет UNSIGNED, это нормально?

Нормально. Кодировку имеет текстовые поля, там где хранится текст. В данном случае это числовые поля, а атрибут UNSIGNED указывает на беззнаковый тип.

Если совсем не "кумекайте" в структуре бд не лезли бы там и оставили ее в покое.