Skip to content

Commit 90c09dc

Browse files
Note QAN prepared-statement visibility for Operator-managed MySQL (#225)
* Note QAN prepared-statement visibility for Operator-managed MySQL The Operator configures MySQL QAN via Performance Schema. Add a Considerations item so users of server-side prepared statements expect placeholder examples and no EXPLAIN — upstream MySQL behavior, not a PMM/Operator limitation. Signed-off-by: Michael Coburn <michael.coburn@percona.com>
1 parent a7bfc76 commit 90c09dc

1 file changed

Lines changed: 1 addition & 0 deletions

File tree

docs/assets/fragments/monitor-db.txt

Lines changed: 1 addition & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -13,6 +13,7 @@ PMM Server and PMM Client are installed separately.
1313
1. Starting with the version 0.10.0, the Operator supports only PMM 3.x versions. The support for PMM 2.x is dropped.
1414
2. You must run the Operator version 0.10.0 and later to monitor your database with PMM 3.x. Check the [Upgrade the Operator](update-operator.md) tutorial for the update steps.
1515
3. To use PMM3, PMM Server version must be equal to or newer than the PMM Client.
16+
4. Query Analytics (QAN) reads MySQL queries from Performance Schema, which the Operator configures for each node. If your applications use server-side prepared statements (common with drivers such as JDBC), expect QAN to show query examples as placeholders (`?`) rather than literal values, and EXPLAIN to be unavailable for them. This is how upstream MySQL exposes prepared statements to Performance Schema. This is expected behavior, not a limitation of PMM or the Operator.
1617

1718
## Install PMM Server
1819

0 commit comments

Comments
 (0)