CAP理论

最新推荐文章于 2022-11-20 17:35:10 发布

喝醉酒的小白

最新推荐文章于 2022-11-20 17:35:10 发布

阅读量3k

点赞数 1

分类专栏：毕设

版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文链接：https://blog.csdn.net/hezuijiudexiaobai/article/details/117930629

版权

毕设专栏收录该内容

25 篇文章 0 订阅

订阅专栏

Consistency：一致性。任何一个读操作总是能够读到之前完成的写操作的结果。分布式环境中，多点数据的一致性。
Availability：可用性。快速获取数据，可以在确定的时间内返回操作的结果。
Tolerance of Network Partiton：分区容忍性。当出现网络分区情况时（即系统中一分部节点无法和其他节点进行通信），分离的系统也能够正常运行。
在这里插入图片描述
CA：把所有的与事务相关的内容都放到同一台机器上，影响可扩展性。
CP：当出现网络分区时，受影响的服务需要等待数据一致，因此在等待期间就无法对外提供服务。
AP：允许系统返回不一致的数据。【Web2.0网站，如用户发布微博，必须能够立即发布，但是这条微博发布后什么时候能被其他用户读取到则不是非常重要的问题】

在这里插入图片描述

喝醉酒的小白

关注

1
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
复制链接

分享到 QQ

分享到新浪微博

扫一扫

专栏目录

喝醉酒的小白 CSDN认证博客专家 CSDN认证企业博客

码龄6年

1876: 原创

1925: 周排名

373: 总排名

527万+: 访问

: 等级

3万+: 积分

1万+: 粉丝

4907: 获赞

304: 评论

6610: 收藏

私信

关注

热门文章

分类专栏

最新评论

Postgres提升Superuser权限
喝醉酒的小白: alter user bpx with nosysadmin;
vip监听
CSDN-Ada助手: Vue.js和React.js你觉得哪个好？
查看ES集群健康状态
喝醉酒的小白: 在 Elasticsearch 中，如果集群只有一个节点，那么集群的状态不一定是 `yellow`。实际上，它仍然可以是 `green`，只要满足以下条件： 1. **所有主分片都已分配**：在单个节点的集群中，每个索引的主分片都会被分配到这个节点上。 2. **副本分片未分配**：由于只有一个节点，副本分片将不会被分配，因为副本分片的作用是为了在不同的节点上提供数据的冗余。但是，这不会影响集群的状态变为 `yellow`，因为副本分片的缺失在单节点集群中是预期的行为。集群状态变为 `yellow` 的情况通常是因为： - **副本分片缺失**：在多节点集群中，如果副本分片因为某些原因（如节点故障、网络问题等）未能成功分配，集群状态会显示为 `yellow`。 - **主分片未分配**：如果集群中至少有一个主分片未能成功分配，集群状态会显示为 `red`。对于单节点的 Elasticsearch 集群，以下是一些可能的状态： - **`green`**：所有主分片都已分配，集群运行正常。 - **`yellow`**：这种情况在单节点集群中不太可能出现，除非有特殊的配置或插件影响了分片分配。如果您的单节点 Elasticsearch 集群显示为 `yellow`，您应该检查集群的配置和日志，以确定是否有其他问题导致副本分片未能正确分配。通常，单节点集群在没有任何问题的情况下会显示为 `green` 状态。
ERROR 1786 (HY000): CREATE TABLE ... SELECT is forbidden when @@GLOBAL.ENFORCE_GTID_CONSISTENCY = 1.
喝醉酒的小白: 在 MySQL 中，GTID（全局事务标识符）复制是一种用于确保数据一致性和复制完整性的机制。如果你需要临时禁用 GTID 复制，这通常意味着你想要进行一些特殊的维护操作，比如更改主键、重建索引或者执行某些可能会影响复制的数据定义语言（DDL）操作。要临时禁用 GTID 复制，你可以采取以下步骤： 1. **停止复制**：在从服务器上停止复制进程。这可以通过以下命令完成： ```sql STOP SLAVE; ``` 2. **禁用 GTID 复制**：在从服务器上禁用 GTID 复制，可以通过设置 `gtid_mode` 和 `enforce_gtid_consistency` 选项。你可以通过以下命令来禁用 GTID 复制： ```sql SET GLOBAL gtid_mode = OFF; SET GLOBAL enforce_gtid_consistency = OFF; ``` 请注意，这些设置需要具有 SUPER 权限的用户来执行。 3. **执行维护操作**：在禁用 GTID 复制后，你可以执行需要的维护操作。 4. **重新启用 GTID 复制**：完成维护操作后，你需要重新启用 GTID 复制： ```sql SET GLOBAL gtid_mode = ON; SET GLOBAL enforce_gtid_consistency = ON; ``` 5. **启动复制**：在从服务器上重新启动复制进程： ```sql START SLAVE; ``` 6. **验证复制状态**：确保复制正常工作，并且从服务器上的数据与主服务器同步。请注意，禁用 GTID 复制可能会影响数据的一致性和复制的完整性。在禁用 GTID 复制之前，你应该确保了解可能的影响，并且在操作完成后尽快重新启用 GTID 复制。此外，如果你的 MySQL 版本不支持动态更改 `gtid_mode` 和 `enforce_gtid_consistency` 设置，你可能需要重启 MySQL 服务来应用这些更改。在执行这些操作之前，建议备份所有重要数据，并在测试环境中进行测试，以确保不会对生产环境造成不可预见的
ERROR 1786 (HY000): CREATE TABLE ... SELECT is forbidden when @@GLOBAL.ENFORCE_GTID_CONSISTENCY = 1.
喝醉酒的小白: 在MySQL中，临时禁用GTID（全局事务标识符）复制可以通过以下步骤实现： 1. **确保GTID一致性**：首先，确保所有服务器上的GTID一致性。可以通过设置`enforce_gtid_consistency`为`true`来实现，这样可以确保所有事务都是GTID安全的。 2. **逐步关闭GTID模式**：GTID模式可以通过逐步设置`gtid_mode`来关闭。具体步骤如下： - 设置`gtid_mode`为`ON_PERMISSIVE`，这样新事务使用GTID，同时允许复制事务为GTID或匿名事务。 - 设置`gtid_mode`为`OFF_PERMISSIVE`，这样新事务是匿名的，同时允许复制的事务是GTID或匿名事务。 - 最后，设置`gtid_mode`为`OFF`，这样只允许匿名事务被复制同步。 3. **清理二进制日志**：在禁用GTID复制后，可以清理不再需要的旧二进制日志。执行`RESET MASTER;`命令可以从服务器中清除所有的binlog，并且不会保留更多的GTID信息。 4. **重新同步复制**：如果需要重新同步复制，可以参考相关文档进行操作。 5. **注意事项**：在禁用GTID复制时，需要注意以下几点： - 确保所有事务都已复制到所有服务器。 - 在禁用GTID时，不能在事务或过程中使用`CREATE TEMPORARY TABLE`或`DROP TEMPORARY TABLE`语句，否则会导致复制失败。 - 如果服务器上启用了GTID，并且想要降级到不支持GTID的MySQL版本，则必须在降级之前禁用GTID。通过以上步骤，可以在MySQL中临时禁用GTID复制，并确保数据的完整性和一致性。

大家在看

最新文章

2024

目录

评论

被折叠的条评论为什么被折叠?

到【灌水乐园】发言

查看更多评论

添加红包

成就一亿技术人!

hope_wisdom

发出的红包

实付元

使用余额支付

点击重新获取

扫码支付

钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。