# The number of wait/synch/mutex/sql/MDL\_ticket\_store::LOCK\_ticket\_store\_ops in mutex\_instances is constantly growing

**URL:** <https://forums.percona.com/t/the-number-of-wait-synch-mutex-sql-mdl-ticket-store-lock-ticket-store-ops-in-mutex-instances-is-constantly-growing/39571>\
**Category:** Percona XtraDB Cluster\
**Created:** [October 17, 2025, 9:29am UTC](https://forums.percona.com/t/the-number-of-wait-synch-mutex-sql-mdl-ticket-store-lock-ticket-store-ops-in-mutex-instances-is-constantly-growing/39571 "2025-10-17T09:29:00Z")\
**Posts on this page:** 1\
**Showing post:** 4

<div class="post-metadata">

**Author:** ![anil.joshi](https://sea1.discourse-cdn.com/flex019/user_avatar/forums.percona.com/anil.joshi/32/13100_2.png) [@anil.joshi](https://forums.percona.com/u/anil.joshi)\
**Post date:** [November 14, 2025, 12:55pm UTC](https://forums.percona.com/t/the-number-of-wait-synch-mutex-sql-mdl-ticket-store-lock-ticket-store-ops-in-mutex-instances-is-constantly-growing/39571/4 "2025-11-14T12:55:57Z")

</div>

@iva3682

I tested with the same PXC operator version 1.18 (8.0.42) and can confirm i am also seeing the similar behaviour.

```auto
mysql> select * from performance_schema.mutex_instances where name like '%LOCK_ticket_store_ops%';

| wait/synch/mutex/sql/MDL_ticket_store::LOCK_ticket_store_ops | 281468668736648 | NULL |
| wait/synch/mutex/sql/MDL_ticket_store::LOCK_ticket_store_ops | 281468668736648 | NULL |
| wait/synch/mutex/sql/MDL_ticket_store::LOCK_ticket_store_ops | 281469943693784 | NULL |
| wait/synch/mutex/sql/MDL_ticket_store::LOCK_ticket_store_ops | 281468872300936 | NULL |
| wait/synch/mutex/sql/MDL_ticket_store::LOCK_ticket_store_ops | 281468668736648 | NULL |
| wait/synch/mutex/sql/MDL_ticket_store::LOCK_ticket_store_ops | 281469943693784 | NULL |
| wait/synch/mutex/sql/MDL_ticket_store::LOCK_ticket_store_ops | 281469943693784 | NULL |
| wait/synch/mutex/sql/MDL_ticket_store::LOCK_ticket_store_ops | 281469943693784 | NULL |
| wait/synch/mutex/sql/MDL_ticket_store::LOCK_ticket_store_ops | 281468872300936 | NULL |
| wait/synch/mutex/sql/MDL_ticket_store::LOCK_ticket_store_ops | 281468668736648 | NULL |
+--------------------------------------------------------------+-----------------------+---------------------+
1224 rows in set (0.00 sec)

```

…

```auto
| wait/synch/mutex/sql/MDL_ticket_store::LOCK_ticket_store_ops | 281468872300936 | NULL |
| wait/synch/mutex/sql/MDL_ticket_store::LOCK_ticket_store_ops | 281468668736648 | NULL |
| wait/synch/mutex/sql/MDL_ticket_store::LOCK_ticket_store_ops | 281469943693784 | NULL |
| wait/synch/mutex/sql/MDL_ticket_store::LOCK_ticket_store_ops | 281469943693784 | NULL |
| wait/synch/mutex/sql/MDL_ticket_store::LOCK_ticket_store_ops | 281469943693784 | NULL |
| wait/synch/mutex/sql/MDL_ticket_store::LOCK_ticket_store_ops | 281468872300936 | NULL |
| wait/synch/mutex/sql/MDL_ticket_store::LOCK_ticket_store_ops | 281468668736648 | NULL |
+--------------------------------------------------------------+-----------------------+---------------------+
1237 rows in set (0.00 sec)

```

This seems to part of a health check where the session connects and monitor the cluster node. Are you facing any issues/challenges due to this ?

```auto
mysql> show processlist;
+------+----------------------+--------------------------------------------------------------------------+------+---------+------+--------------------------+------------------+---------+-----------+---------------+
| Id | User | Host | db | Command | Time | State | Info | Time_ms | Rows_sent | Rows_examined |
+------+----------------------+--------------------------------------------------------------------------+------+---------+------+--------------------------+------------------+---------+-----------+---------------+
| 1 | system user | | NULL | Sleep | 1094 | wsrep: aborter idle | NULL | 1093398 | 0 | 0 |
| 2 | system user | | NULL | Sleep | 1094 | innobase_commit_low (-1) | NULL | 1093398 | 0 | 0 |
| 8 | event_scheduler | localhost | NULL | Daemon | 1094 | Waiting on empty queue | NULL | 1093148 | 0 | 0 |
| 11 | system user | | NULL | Sleep | 1094 | wsrep: applier idle | NULL | 1093142 | 0 | 0 |
| 480 | root | cluster1-haproxy-0.cluster1-haproxy.pxc-operator.svc.cluster.local:52740 | NULL | Query | 0 | init | show processlist | 0 | 0 | 0 |
**| 2223 | unauthenticated user | cluster1-haproxy-0.cluster1-haproxy.pxc-operator.svc.cluster.local:46356 | NULL | Connect | 0 | login | NULL | 42 | 0 | 0 |**
+------+----------------------+--------------------------------------------------------------------------+------+---------+------+--------------------------+------------------+---------+-----------+---------------+
6 rows in set, 1 warning (0.00 sec)

```

If you enable the **general/audit logs** you can see the exact connection details which keeps increasing as well. So this is part of internal process inside pxc operator.

```auto
|2025-11-14T12:52:31.003087Z| 4163 Connect|monitor@cluster1-haproxy-0.cluster1-haproxy.pxc-operator.svc.cluster.local on using SSL/TLS|
|---|---|---|
|2025-11-14T12:52:32.042272Z| 4164 Connect|monitor@cluster1-haproxy-0.cluster1-haproxy.pxc-operator.svc.cluster.local on using SSL/TLS|
|2025-11-14T12:52:33.591304Z| 4167 Query|SELECT User_attributes FROM mysql.user WHERE user='monitor'|
|2025-11-14T12:52:34.467195Z| 4170 Connect|monitor@cluster1-haproxy-0.cluster1-haproxy.pxc-operator.svc.cluster.local on using SSL/TLS|
|2025-11-14T12:52:34.612264Z| 4171 Connect|monitor@cluster1-haproxy-0.cluster1-haproxy.pxc-operator.svc.cluster.local on mysql using SSL/TLS|
|2025-11-14T12:52:35.004880Z| 4174 Connect|monitor@cluster1-pxc-0.cluster1-pxc.pxc-operator.svc.cluster.local on using SSL/TLS|
|2025-11-14T12:52:35.012697Z| 4175 Connect|monitor@cluster1-pxc-0.cluster1-pxc.pxc-operator.svc.cluster.local on using SSL/TLS|
|2025-11-14T12:52:35.994163Z| 4176 Connect|monitor@cluster1-haproxy-0.cluster1-haproxy.pxc-operator.svc.cluster.local on using SSL/TLS|
|2025-11-14T12:52:35.995179Z| 4177 Connect|monitor@cluster1-haproxy-0.cluster1-haproxy.pxc-operator.svc.cluster.local on using SSL/TLS|
|2025-11-14T12:52:37.228619Z| 4178 Connect|monitor@cluster1-haproxy-0.cluster1-haproxy.pxc-operator.svc.cluster.local on using SSL/TLS|
|2025-11-14T12:52:39.663399Z| 4181 Query|SELECT User_attributes FROM mysql.user WHERE user='monitor'|
|2025-11-14T12:52:39.756715Z| 4184 Connect|monitor@cluster1-haproxy-0.cluster1-haproxy.pxc-operator.svc.cluster.local on using SSL/TLS|

```

---

_[View the full topic](https://forums.percona.com/t/the-number-of-wait-synch-mutex-sql-mdl-ticket-store-lock-ticket-store-ops-in-mutex-instances-is-constantly-growing/39571)._
