The Vitess 11.0 Documentation
may be briefly unavailable. This unavailability is usually a few seconds, but will be higher in the event that your system has a high replication delay from master to replica(s). Related Vitess Documentation global topology service should have nodes in multiple cells, with enough to maintain quorum in the event of a cell failure. Local Topology Each local topology contains information related to its own cell to be at a transaction boundary. But a file:position based binlog can report a position for every event, including stray ones that are not material for replication. In such cases, the mechanism of getting0 码力 | 481 页 | 3.14 MB | 1 年前3The Vitess 10.0 Documentation
may be briefly unavailable. This unavailability is usually a few seconds, but will be higher in the event that your system has a high replication delay from master to replica(s). Related Vitess Documentation global topology service should have nodes in multiple cells, with enough to maintain quorum in the event of a cell failure. Local Topology Each local topology contains information related to its own cell to be at a transaction boundary. But a file:position based binlog can report a position for every event, including stray ones that are not material for replication. In such cases, the mechanism of getting0 码力 | 455 页 | 3.07 MB | 1 年前3The Vitess 9.0 Documentation
may be briefly unavailable. This unavailability is usually a few seconds, but will be higher in the event that your system has a high replication delay from master to replica(s). Related Vitess Documentation global topology service should have nodes in multiple cells, with enough to maintain quorum in the event of a cell failure. Local Topology Each local topology contains information related to its own cell to be at a transaction boundary. But a file:position based binlog can report a position for every event, including stray ones that are not material for replication. In such cases, the mechanism of getting0 码力 | 417 页 | 2.96 MB | 1 年前3The Vitess 12.0 Documentation
may be briefly unavailable. This unavailability is usually a few seconds, but will be higher in the event that your system has a high replication delay from primary to replica(s). Related Vitess Documentation global topology service should have nodes in multiple cells, with enough to maintain quorum in the event of a cell failure. Local Topology Each local topology contains information related to its own cell to be at a transaction boundary. But a file:position based binlog can report a position for every event, including stray ones that are not material for replication. In such cases, the mechanism of getting0 码力 | 534 页 | 3.32 MB | 1 年前3The Vitess 8.0 Documentation
may be briefly unavailable. This unavailability is usually a few seconds, but will be higher in the event that your system has a high replication delay from master to replica(s). Related Vitess Documentation global topology service should have nodes in multiple cells, with enough to maintain quorum in the event of a cell failure. Local Topology Each local topology contains information related to its own cell the specified snapshot_time timestamp, vttablet needs to find the GTID corresponding to the last event before this timestamp from the binlog server. This is an expensive operation and may take some time0 码力 | 331 页 | 1.35 MB | 1 年前3The Vitess 7.0 Documentation
may be briefly unavailable. This unavailability is usually a few seconds, but will be higher in the event that your system has a high replication delay. Related Vitess Documentation • MoveTables User Guide global topology service should have nodes in multiple cells, with enough to maintain quorum in the event of a cell failure. Local Topology Each local topology contains information related to its own cell steps: 1. It finds shards that belong to the keyspace, including newly added shards if a resharding event has taken place. 2. It validates the SQL syntax and determines the impact of the schema change. If0 码力 | 254 页 | 949.63 KB | 1 年前3VMware Greenplum 6 Documentation
underlying storage media provides the only guarantee for data availability and correctness in the event of a hardware failure. VMware Greenplum 6 Documentation VMware by Broadcom 327 Segment Failover the master host. The backup master instance (the standby master) serves as a warm standby in the event that the primary master host becomes non-operational. The standby master is kept current by a transaction that Greenplum master host comes back up without issues when starting it on a different host. In the event of Greenplum master corruption, see Recovering a Failed Master in order to activate the standby master0 码力 | 2445 页 | 18.05 MB | 1 年前3VMware Greenplum v6.25 Documentation
underlying storage media provides the only guarantee for data availability and correctness in the event of a hardware failure. VMware Greenplum 6 Documentation VMware, Inc. 313 Segment Failover and the master host. The backup master instance (the standby master) serves as a warm standby in the event that the primary master host becomes non-operational. The standby master is kept current by a transaction master virtual machine comes back up without issues when starting it on a different host. In the event of Greenplum master corruption, see Recovering a Failed Master in order to activate the standby master0 码力 | 2400 页 | 18.02 MB | 1 年前3VMware Greenplum 6 Documentation
underlying storage media provides the only guarantee for data availability and correctness in the event of a hardware failure. VMware Greenplum 6 Documentation VMware, Inc 295 Figure 1 shows how table the master host. The backup master instance (the standby master) serves as a warm standby in the event that the primary master host becomes non-operational. The standby master is kept current by a transaction master virtual machine comes back up without issues when starting it on a different host. In the event of Greenplum master corruption, see Recovering a Failed Master in order to activate the standby master0 码力 | 2374 页 | 44.90 MB | 1 年前3PostgreSQL 9.1.24 Documentation
copyright notice and this paragraph and the following two paragraphs appear in all copies. IN NO EVENT SHALL THE UNIVERSITY OF CALIFORNIA BE LIABLE TO ANY PARTY FOR DIRECT, INDIRECT, SPECIAL, INCIDENTAL ......................634 31.12. Event System......................................................................................................635 31.12.1. Event Types............................ ...............................635 31.12.2. Event Callback Procedure......................................................................637 31.12.3. Event Support Functions..........................0 码力 | 2667 页 | 6.57 MB | 1 年前3
共 163 条
- 1
- 2
- 3
- 4
- 5
- 6
- 17