Metrics for scalability measurement
Based on post http://
We need to measure:
- Time elapsed, in high resolution (preferably microseconds; milliseconds is okay; one-second is mostly useless). When I ask for this counter, it simply tells me either the time of day, or the server’s uptime, or something like that. It can be used to determine the boundaries of an observation interval, defined by two measurements. It needs to be consistent with the other metrics that I’ll explain next.
- The number of queries (statements) that have completed.
- The current number of queries being executed.
- The total execution time of all queries, including the in-progress time of currently executing queries, in high resolution. That is, if two queries executed with 1 second of response time each, the result is 2 seconds, no matter whether the queries executed concurrently or serially. If one query started executing .5 seconds ago and is still executing, it should contribute .5 second to the counter.
- The server’s total busy time, in high resolution. This is different from the previous point in that it only shows the portion of the observation interval during which queries were executing, regardless of whether they were concurrent or not. If two queries with 1-second response time executed serially, the counter is 2. If they executed concurrently, the counter is something less than 2, because the overlapping time isn’t double-counted.
This can be done in 5.5 using audit plugin
Blueprint information
- Status:
- Complete
- Approver:
- Vadim Tkachenko
- Priority:
- High
- Drafter:
- None
- Direction:
- Approved
- Assignee:
- Sergei Glushchenko
- Definition:
- Approved
- Series goal:
- Accepted for 5.5
- Implementation:
-
Implemented
- Milestone target:
-
5.5.37-35.0
- Started by
- Alexey Kopytov
- Completed by
- Laurynas Biveinis
Related bugs
Sprints
Whiteboard
This is an audit plugin which provides following status variables
once loaded and enabled:
- scalability_
- scalability_
- scalability_
- scalability_
- scalability_
time is counted in microseconds.
There is also the global control variable named scalability_
with possible values ON, OFF, RESET.
Setting the value to ON enables counting of metrics. Setting it to OFF disables
counting. By setting the value to RESET one can reset counters (status
variables) while continuing to count metrics.