From: Amir Sarabadani Date: Fri, 2 Dec 2016 10:42:40 +0000 (+0330) Subject: slave -> replica in SessionConsistentConnectionManager X-Git-Tag: 1.31.0-rc.0~4687 X-Git-Url: http://git.cyclocoop.org/%24action?a=commitdiff_plain;h=c02d1fb4c5aaa57f2c33e39dc4753b8111a62d53;p=lhc%2Fweb%2Fwiklou.git slave -> replica in SessionConsistentConnectionManager Change-Id: Ie59c90fa5f4b18d4321f7924a4facd7ea9049f4a --- diff --git a/includes/libs/rdbms/connectionmanager/SessionConsistentConnectionManager.php b/includes/libs/rdbms/connectionmanager/SessionConsistentConnectionManager.php index e183823244..fb031822e7 100644 --- a/includes/libs/rdbms/connectionmanager/SessionConsistentConnectionManager.php +++ b/includes/libs/rdbms/connectionmanager/SessionConsistentConnectionManager.php @@ -8,14 +8,14 @@ use DBConnRef; /** * Database connection manager. * - * This manages access to master and slave databases. It also manages state that indicates whether - * the slave databases are possibly outdated after a write operation, and thus the master database + * This manages access to master and replica databases. It also manages state that indicates whether + * the replica databases are possibly outdated after a write operation, and thus the master database * should be used for subsequent read operations. * * @note: Services that access overlapping sets of database tables, or interact with logically * related sets of data in the database, should share a SessionConsistentConnectionManager. * Services accessing unrelated sets of information may prefer to not share a - * SessionConsistentConnectionManager, so they can still perform read operations against slave + * SessionConsistentConnectionManager, so they can still perform read operations against replica * databases after a (unrelated, per the assumption) write operation to the master database. * Generally, sharing a SessionConsistentConnectionManager improves consistency (by avoiding race * conditions due to replication lag), but can reduce performance (by directing more read