自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(2)
  • 收藏
  • 关注

原创 cp系统 数据为什么不会丢

1、cp系统必然是分布式的,提供高可用性 – 分区容错性2、cp系统必然得大半数达成共识(也就是说能够统一意见,最简单的实现方式就是选出一个leader,只听leader的指挥),如果小半数达成共识就可以的话,那就可以产生两个达成共识的子系统,就会脑裂,就不是c系统了 – 可以保证一致性3、cp系统活着的节点必然得包含最新的数据 —— 保证数据完整性。4、cp系统必然得写过半,不然挂掉小半数的时候,最新的数据就能丢失掉 —— 保证数据完整性。那有上述几个特点,就必然是一个cp系统了吗?以上几个条件是

2021-01-04 16:36:35 816

原创 elasticsearch 升级指南

版本升级路线5.2.2 ---> 5.6.16 ---> 6.8.5 ---> 7.8.0注意事项:1、高版本的节点数据不能复制到低版本的节点,也就是说在升级的过程中如果只有一个高版本节点,且主分片分配到了高版本节点上,那副本就不能正常分配解决办法:至少同时增加两个高版本节点。2、服务端升级以后,client必须也要跟着升上去3、检查deprecation.log1、5.2.2 —> 5.6.161、检查deprecation.log,通知业务方修改不兼容的请求语句

2021-01-04 16:08:12 1460

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除