You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Percona telemetry fills in the gaps in our understanding of how you use Percona Server for MySQL to improve our products. Participation in the anonymous program is optional. You can opt-out if you prefer to not share this information.
3
+
Percona has two kinds of telemetry for Percona Server for MySQL:
4
4
5
-
## What information is collected
5
+
* Installation-time telemetry — runs once at install or container startup.
6
6
7
-
At this time, telemetry is added only to the Percona packages and Docker images. Percona Server for MySQL collects only information about the installation environment. Future releases may add additional metrics.
7
+
* Continuous telemetry — a DB component plus a host agent that collect and send metrics on a schedule.
8
8
9
-
Be assured that access to this raw data is rigorously controlled. Percona does not collect personal data. All data is anonymous and cannot be traced to a specific user. To learn more about our privacy practices, read our [Percona Privacy statement :octicons-link-external-16:](https://www.percona.com/privacy-policy#h.e34c40q8sb1a).
9
+
You control whether to share this information. The program is optional: you can disable either or both systems if you do not want to share anonymous data.
10
10
11
-
An example of the data collected is the following:
11
+
Percona does not gather personal information. All collected data is anonymous and cannot be used to identify individual users or servers. Details: [Percona Privacy policy :octicons-link-external-16:](https://www.percona.com/privacy-policy#h.e34c40q8sb1a).
12
+
13
+
Telemetry is included in Percona software packages, compressed archives (tarballs), and Docker images. Continuous telemetry from tarballs needs the telemetry agent and a writable telemetry directory.
14
+
15
+
See also: [Telemetry and data collection — Percona Server for MySQL 8.0 :octicons-link-external-16:](https://docs.percona.com/percona-server/8.0/telemetry.html).
16
+
17
+
## Why telemetry matters
18
+
19
+
Telemetry helps Percona see how the software is used, spot bugs and performance issues early, and prioritize fixes and features. In turn, users benefit from faster fixes, more relevant improvements, and a more stable product over time.
20
+
21
+
## Installation-time telemetry
22
+
23
+
This telemetry runs only once during software installation or Docker container startup. It collects system configuration, hardware, software version, and environment details at that moment, then does not run again.
24
+
25
+
### Installation-time telemetry file example
12
26
13
27
```json
14
28
[{"id" : "c416c3ee-48cd-471c-9733-37c2886f8231",
@@ -17,35 +31,210 @@ An example of the data collected is the following:
17
31
"createTime" : "2023-10-16T10:46:23Z",
18
32
"metrics":
19
33
[{"key" : "deployment","value" : "PACKAGE"},
20
-
{"key" : "pillar_version","value" : "8.1.0-1"},
34
+
{"key" : "pillar_version","value" : "8.0.35-27"},
21
35
{"key" : "OS","value" : "Oracle Linux Server 8.8"},
Telemetry is enabled by default. If you decide not to send usage data to Percona, you can set the `PERCONA_TELEMETRY_DISABLE=1`environment variable for either the root user or in the operating system prior to the installation process.
41
+
This feature is enabled by default. To disable it, set `PERCONA_TELEMETRY_DISABLE=1` for the root user or in the environment before installing. This does not turn off continuous telemetry.
28
42
29
43
=== "Debian-derived distribution"
30
44
31
-
Add the environment variable before the install process.
docker run -d -e MYSQL_ROOT_PASSWORD=test1234# -e PERCONA_TELEMETRY_DISABLE=1 --name=percona-server percona/percona-server:8.1
59
+
```
60
+
61
+
## Continuous telemetry
62
+
63
+
Continuous telemetry uses a telemetry agent and a database component. It collects information and sends it daily (after an initial period—see below).
64
+
65
+
### Elements of the continuous telemetry system
66
+
67
+
| Piece | Role |
68
+
| ----- | ---- |
69
+
| Percona Telemetry DB component | Collects metrics inside the server and writes them to a metrics file on disk. |
70
+
| Metrics file | JSON file on the host filesystem holding collected metrics. |
71
+
| Telemetry agent (`percona-telemetry-agent`) | OS-level process: collects OS metrics, reads the metrics file, merges data, sends to Percona Platform, and records installed Percona packages via the local package manager. |
72
+
73
+
On the Percona Platform side:
74
+
75
+
| Piece | Role |
76
+
| ----- | ---- |
77
+
| Telemetry Service | API endpoint that receives telemetry and stores it. |
78
+
| Telemetry Storage | Long-term storage for telemetry data. |
79
+
80
+
### Overview of the DB component
81
+
82
+
Percona Server for MySQL installs a DB component by default (source integration or modular `component_percona_telemetry`). It:
83
+
84
+
- Collects database metrics daily
85
+
- Writes a new timestamped `.json` file under the telemetry directory
86
+
- Keeps roughly one week of metrics files (older files are removed before creating new ones)
87
+
88
+
The DB component does not collect:
89
+
90
+
- Database names
91
+
- User names or credentials
92
+
- Application or user data
93
+
94
+
### Locations of metrics files and telemetry history
95
+
96
+
Root for host telemetry: `/usr/local/percona/telemetry`
97
+
98
+
Product-specific paths (prepend the root):
99
+
100
+
| Product | Path |
101
+
| ------- | ---- |
102
+
| Percona Server for MySQL |`${telemetry root}/ps/`|
103
+
| Percona Server for MongoDB (`mongod`) |`${telemetry root}/psmdb/`|
104
+
| Percona Server for MongoDB (`mongos`) |`${telemetry root}/psmdbs/`|
Archived copies after successful sends: `${telemetry root}/history/`
109
+
110
+
### Metrics file format
111
+
112
+
Files are JSON. Percona may extend the schema over time. Example (structure as shipped in upstream docs; `active_plugins` and similar lists may be long in real files):
|`instanceId`| DB host ID from metrics/`telemetry_uuid`, or a generated UUID v4 if missing |
181
+
|`productFamily`| Derived from file path (e.g. `PRODUCT_FAMILY_PS`) |
182
+
|`metrics`| Key/value pairs from the metrics file |
183
+
184
+
OS-level metrics included with checks can include:
185
+
186
+
| Key | Description |
187
+
| --- | ----------- |
188
+
|`OS`| Operating system name |
189
+
|`hardware_arch`| CPU architecture |
190
+
|`deployment`| e.g. `PACKAGE` or `DOCKER`|
191
+
|`installed_packages`| Installed Percona-related packages (name, version, repository when available) |
192
+
193
+
Reported package names typically match patterns such as: `percona-*`, `Percona-*`, `proxysql*`, `pmm`, `etcd*`, `haproxy`, `patroni`, `pg*`, `postgis`, `wal2json`, and similar.
194
+
195
+
## Disable continuous telemetry
196
+
197
+
Continuous telemetry is enabled by default. To turn it off completely:
198
+
199
+
1. Stop and disable the telemetry agent service.
200
+
2. Uninstall the DB telemetry component and set `percona_telemetry_disable=1` so it does not reload on restart.
201
+
202
+
These steps do not affect installation-time telemetry (that is controlled with `PERCONA_TELEMETRY_DISABLE` at install time).
203
+
204
+
### Disable the telemetry agent
205
+
206
+
=== "Temporarily (until next reboot)"
207
+
208
+
```shell
209
+
systemctl stop percona-telemetry-agent
210
+
```
211
+
212
+
=== "Permanently"
46
213
47
-
Add the environment variable when running a command in a new container.
48
-
49
214
```shell
50
-
docker run -d -e MYSQL_ROOT_PASSWORD=test1234# -e PERCONA_TELEMETRY_DISABLE=1 -e --name=percona-server percona/percona-server:8.1
215
+
systemctl disable percona-telemetry-agent
51
216
```
217
+
218
+
#### Agent dependencies and removal
219
+
220
+
The telemetry agent is a mandatory dependency of Percona Server for MySQL packages. Removing the agent can remove or break the database package on some systems—check your package manager behavior before removing.
221
+
222
+
- YUM: Removing the last package that depended on the agent may remove the agent package.
223
+
- APT: Use `apt autoremove` where appropriate; APT may not remove the agent automatically when you remove only the server package.
224
+
225
+
### Disable the DB component
226
+
227
+
Even with the agent stopped, the component can still write metrics files for about seven days. Uninstall the component without restarting the server:
Restarting the server after uninstall can reload telemetry if configuration still loads the component. To keep telemetry disabled across restarts, add to `my.cnf`:
0 commit comments