Skip to content

Commit b1875a1

Browse files
PXB-3291 Remove offensive terminology from 8.4 docs (#357)
dquote> modified: docs/binlogging-replication-improvements.md modified: docs/innodb-show-status.md modified: docs/percona-server-system-variables.md modified: docs/quickstart-overview.md modified: docs/start-transaction-with-consistent-snapshot.md
1 parent cc8d624 commit b1875a1

5 files changed

+2
-36
lines changed

docs/binlogging-replication-improvements.md

Lines changed: 0 additions & 12 deletions
Original file line numberDiff line numberDiff line change
@@ -40,18 +40,6 @@ only on log file rotation did not experience the expected reduction in load.
4040
*MySQL* was additionally updating this information in case of multi-source
4141
replication when replica had to skip the already executed GTID event.
4242

43-
### Source and connection status details
44-
45-
The configuration with `master_info_repository=TABLE` and
46-
`sync_master_info=0` makes replica to update source status and connection
47-
information in this table on log file rotation and not after each
48-
sync_master_info event, but it didn’t work on multi-source replication setups.
49-
Heartbeats sent to the replica to skip GTID events which it had already executed
50-
previously, were evaluated as relay log rotation events and reacted with
51-
`mysql.slave_master_info` table sync. This inaccuracy could produce huge (up
52-
to 5 times on some setups) increase in write load on the replica, before this
53-
problem was fixed in *Percona Server for MySQL*. Bug fixed [#1812](https://jira.percona.com/browse/PS-1812) (upstream [#85158](https://bugs.mysql.com/bug.php?id=85158)).
54-
5543
## Write `FLUSH` commands to the binary log
5644

5745
`FLUSH` commands, such as `FLUSH SLOW LOGS`, are not written to the

docs/innodb-show-status.md

Lines changed: 0 additions & 20 deletions
Original file line numberDiff line numberDiff line change
@@ -99,26 +99,6 @@ the redo log if needed due to the checkpoint age; performs change buffer merge
9999
at full I/O capacity; evicts tables from the dictionary cache if
100100
needed; and makes a checkpoint.
101101

102-
### `Innodb_master_thread_active_loops`
103-
104-
| Option | Description |
105-
|-----------|-------------|
106-
| Scope | Global |
107-
| Data type | Numeric |
108-
109-
This variable shows the number of times the above one-second loop was executed
110-
for active server states.
111-
112-
### `Innodb_master_thread_idle_loops`
113-
114-
| Option | Description |
115-
|-----------|-------------|
116-
| Scope | Global |
117-
| Data type | Numeric |
118-
119-
This variable shows the number of times the above one-second loop was executed
120-
for idle server states.
121-
122102
### `Innodb_background_log_sync`
123103

124104
| Option | Description |

docs/percona-server-system-variables.md

Lines changed: 0 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -77,8 +77,6 @@
7777
| Innodb_lsn_current | Numeric | Global |
7878
| Innodb_lsn_flushed | Numeric | Global |
7979
| Innodb_lsn_last_checkpoint | Numeric | Global |
80-
| Innodb_master_thread_active_loops | Numeric | Global |
81-
| Innodb_master_thread_idle_loops | Numeric | Global |
8280
| Innodb_max_trx_id | Numeric | Global |
8381
| Innodb_mem_adaptive_hash | Numeric | Global |
8482
| Innodb_mem_dictionary | Numeric | Global |

docs/quickstart-overview.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -27,7 +27,7 @@ Percona Monitoring and Management (PMM )monitors and provides actionable perform
2727

2828
## For high availability
2929

30-
Percona XtraDB Cluster (PXC) is a 100% open source, enterprise-grade, highly available clustering solution for MySQL multi-master setups based on Galera. PXC helps enterprises minimize unexpected downtime and data loss, reduce costs, and improve performance and scalability of your database environments supporting your critical business applications in the most demanding public, private, and hybrid cloud environments.
30+
Percona XtraDB Cluster (PXC) is a 100% open source, enterprise-grade, highly available clustering solution for MySQL multi-source setups based on Galera. PXC helps enterprises minimize unexpected downtime and data loss, reduce costs, and improve performance and scalability of your database environments supporting your critical business applications in the most demanding public, private, and hybrid cloud environments.
3131

3232
[Percona XtraDB Cluster Quick start guide](https://docs.percona.com/percona-xtradb-cluster/8.0/quickstart-overview.html)
3333

docs/start-transaction-with-consistent-snapshot.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -20,7 +20,7 @@ For XtraDB, a transaction with a cloned snapshot will only see data visible or c
2020

2121
## mysqldump
2222

23-
`mysqldump` has been updated to use new status variables automatically when they are supported by the server and both –single-transaction and –master-data are specified on the command line. Along with the `mysqldump` improvements introduced in [Backup Locks](backup-locks.md#backup-locks) there is now a way to generate `mysqldump` backups that are guaranteed to be consistent without using `FLUSH TABLES WITH READ LOCK` even if `--master-data` is requested.
23+
`mysqldump` has been updated to use new status variables automatically when they are supported by the server and both –single-transaction and –source-data are specified on the command line. Along with the `mysqldump` improvements introduced in [Backup Locks](backup-locks.md#backup-locks) there is now a way to generate `mysqldump` backups that are guaranteed to be consistent without using `FLUSH TABLES WITH READ LOCK` even if `--source-data` is requested.
2424

2525
## System variables
2626

0 commit comments

Comments
 (0)