Holmes48Какая информация полезна для Администратора БД, для принятия решения по оптимизации(как запросов,так и других объектов СУБД)?
Спасибо.

знать структуру БД. Особенно -- индексы.

знать приложение, которое работает с БД, как свои 5 пальцев.

список "тормозящих" запросов.

тексты запросов.

планы запросов.

p.s. а какие ещё объекты БД кроме запросов можно оптимизировать ?

Holmes48Какая информация полезна для Администратора БД, для принятия решения по оптимизации

Кстати, это задача вовсе не для DBA, а для инженера по настройке производительности БД.
Или ведущего разработчика приложения.

DBА обычно делает дампы, перекладывает дампы, заливает дампы, читает логи, очищает логи, устанавливает сервера, настраивает репликации, следит за репликацией, и ещё чем-то у него заниматься нет времени. Да и мозг под другое обычно настроен.

Holmes48
Я делаю программку на С и в ней собираю статистику,

?

Вообще-то встроенные есть тулзы в MySQL.
И не встроенные -- mysql performance adviver или что-то в этом роде.


о наиболее часто выполняемых командах на сервере,обращающихся к таблице,

это --- безполезная информация.

о медленных запроса,

Это есть в MySQL -- slow query log. Но прикольно тут другое -- сам факт того, что запрос выполняется медленно, ещё не означает, что его можно и/или нужно оптимизировать. Нужно знать приложение.


о как раз индексах(селективность, префикс индекса, которые нерабочие или дублирующиеся)

Нерабочие -- не понятно. дублирующиеся -- это каким идиотом надо быть, чтобы создать такой индекс ?
Потом, некоторые СУБД их просто тупо запрещают. Не помню про MySQL -- как ты можешь догадаться, я таким идиотизмом
ещё не страдаю, не такой я старый.

о подключениях,

А что подключения ? ПОдключения -- вообще не криминал.

Holmes48MasterZiv, т.е. вы хотите сказать, что если в таблице делается постоянный Update или Insert - это не дает полагать, что индексы не требуются...соответственно мы же должны понимать на какие запросы идет уклон! для этого я и разделил процентное соотношение SELECT UPDETE INSERT DELETE SHOW.

нет, я хотел сказать вовсе не это.

miksoftHolmes48если в таблице делается постоянный Update или Insert - это не дает полагать, что индексы не требуютсяНе поверите, но для запросов UPDATE и INSERT индексы тоже могут быть очень полезны.

для insert индексы только вредны. полезны только для проверки foreign key.
правда эта полезность на порядки может быть сильнее той вредности.

AkinaHolmes48как можно проследить проверку FOREIGN KEY индексом?Во-первых, проверить, что в структуре таблицы есть FK constraint.
Во-вторых, проверить, что FK constraint check не отключен - на уровне сервера или текущего соединения.
+1

miksoftMasterZivдля insert индексы только вредны. полезны только для проверки foreign key.Не только. Еще полезны для проверки уникальности.

Я имел в виду, что индексы вредны не для самого INSERT, а для его производительности.