Приветствую.
У меня есть БД и есть некоторое приложение, написанное фиг знает кем фиг знает когда. Но в приложении есть кнопочка, по нажатию на которую приложение измеряет "производительность БД" в каких-то инсертах, апдейтах и селектах в секунду. Эксплуатанты приложения туда смотрят и показывают пальчиком, типа не довольны, типа медленно. Хотя сервер физически простаивает...
Я очень сомневаюсь в цифрах, которые выдет кнопочка, и хочу измерить конкретное количество времени, которое потратил MySQL на выполнение запросов (не считая времени затраченного на коннект, и ожидания самого приложения). Перерыл пол Интернета. Не нашел, как можно получить трейс SQL запросов с указанием времени в микросекундах (или наносекундах) затраченного для выполнения SQL выражения собственно самим MySQLем.
Также хотелось бы получить ваши оценки (или измерения) для такой величины как количество простеньких инсертов, апдейтов и селектов в секунду.

tanglir, совершенно верно. 1000 инсертов в секунду (это 1 ms) они считают медленным. Хотят 10000 (0.1 ms) инсертов в секунду. Показывают на другое место, типа там показометр показывает именно 10000 инсертов в секунду. Я во всем этом сомневаюсь. Хочу получить объективную картину. Выяснилось, что это не просто. Не ужели нет такого ничего?

miksoft, это, конечно, уже сделано. Но времени, затраченного на выполнение каждого SQLя там нет. А приложение может само тормозить где угодно.

netwind,неужели битрикс? Он самый, будь не ладен...

netwind, вот что пишут про 2 в innodb_flush_log_at_trx_commit
When the value is 2, the log buffer is written out to the file at each commit, but the flush to disk operation is not performed on it. However, the flushing on the log file takes place once per second also when the value is 2. Note that the once-per-second flushing is not 100% guaranteed to happen every second, due to process scheduling issues.Если это правда, то вроде можно пережить.

miksoft, спасибо за наводку про innodb_flush_log_at_trx_commit . Сейчас буду пугать разработчиков последствиями и тестировать ускорение. На продуктиве.

И еще про innodb_flush_log_at_trx_commitThe default value of 1 is required for full ACID compliance. You can achieve better performance by setting the value different from 1, but then you can lose up to one second worth of transactions in a crash. With a value of 0, any mysqld process crash can erase the last second of transactions. With a value of 2, only an operating system crash or a power outage can erase the last second of transactions. InnoDB's crash recovery works regardless of the value.