nacos指标源码（ichimoku指标源码）

nacos简介以及作为注册/配置中心与Eureka、apollo的选型比较

- Nacos支持跨注册中心同步，伸缩性和扩展性更优。- Nacos具有分组隔离功能，可以支撑多项目、多环境。 Nacos与Apollo相比，部署更简化，容器化更容易，性能稍强。 使用Nacos可以统一服务发现和配置管理，简化系统架构。 许多知名企业如阿里巴巴、虎牙直播、中国工商银行等已经采用Nacos。

相比于apollo （1） Nacos部署简化，Nacos整合了注册中心、配置中心功能，且部署相比apollo简单，方便管理和监控。

Nacos和Eureka在服务发现的范围上有所区别。Nacos专注于对特定服务的发现，而Eureka则是针对所有服务的发现。 在服务类型的支持上，Nacos支持CP（一致性协议）和AP（可用性协议）两种模式，而Eureka仅支持AP模式。

开始介绍以上5种实现注册中心的方式。Zookeeper 这个说起来有点意思的是官方并没有说他是一个注册中心，但是国内Dubbo场景下很多都是使用Zookeeper来完成了注册中心的功能。 当然这有很多历史原因，这里我们就不追溯了，我还是来聊聊作为注册中心使用的情况下，Zookeeper有哪些表现吧。

nacos配置中心遇到的问题

1、在Nacos配置上，确保9848端口开放，生产环境建议限制源IP访问并设置权限，namespace、group、dataid建议与项目结构、团队组织和项目名称对应。遇到Nacos naming推送失败或faiLEDPush异常指标激增问题时，如果是使用docker-compose部署，并配置了监控和报警，重启Nacos可能会解决问题，可能是由于之前的错误注册导致。

2、配置位置错误：原因：客户端未能在正确的配置文件中设置APPlication.name。在spring Boot项目中，application.name是用于标识应用名称的关键参数，Nacos配置中心通过此参数来定位具体的配置。

3、方案一：使用bootstrap.properties或bootstrap.yml配置文件 原因：从SpringBoot4开始，默认关闭了对bootstrap.yml的使用，以支持原生多配置文件。但在SpringCloud2020以后，对于Nacos等配置中心，使用bootstrap.yml仍然有效，因为它提供了更早的配置加载时机。

4、在nacos页面，修改配置，通过接口实时更新配置 修改配置后，可立刻查看后修改后的参数 方案二：使用spring.config.import（官方推荐）个人使用这种方式，配置中心一直不生效，具体原因未排查到（也可能版本的问题）按照官方的文档配置，但是还是没有效果。

5、当客户端无法从Nacos配置中心读取数据时，尽管客户端命名和配置中心配置均无误，控制台仍报错。问题核心在于数据ID[null.properties]未能获取客户端参数application.name。查阅官方文档后得知，application.name应配置于bootstrap.properties文件中。客户端原本将参数设在了application.properties中。

Nacos源码系列—服务端那些事儿

1、本文深入解析Nacos服务端源码，特别关注服务信息的主动拉取机制。主动拉取服务信息的URL为：https：//localhost：8848/nacos/v1/ns/instance/list。依据此URL，Nacos服务端会处理请求，具体操作如下：首先，获取并校验参数，随后调用`getInstanceOperator（）.listInstance（）`函数。

2、Nacos 注册服务源码分析 首先，从nacos-example样例工程入手，寻找注册服务的关键入口。在NamingExample的main方法中，我们关注的两行代码揭示了整个过程的起点。从NamingFactory#createNamingService开始，这个方法通过构造函数创建了一个NacosNamingService。

3、服务端，Nacos根据客户端注册时的ephemeral属性决定使用Distro（AP）或Raft（CP）协议。AP模式下，Nacos通过udp更新服务实例信息，而CP模式下，会触发raftCore.signalPublish进行数据同步和通知。对于源码调试，郑哥分享了如何定位启动类com.alibaba.nacos.Nacos，以及如何通过idea进行启动和调试。

4、Nacos客户端服务发现流程主要分为封装参数、调用服务端接口、获取实例列表等步骤。这一过程不仅限于命名服务（NamingService）获取服务列表，还包含通信协议（如Http或gRPC）、订阅流程及故障转移策略等。流程始于入口程序，即在命名测试中可见的代码。

5、本文概要梳理Nacos客户端服务发现流程，包括：非订阅模式下，通过/instance/list接口（默认gRPC协议）获取服务实例列表信息。订阅模式下，从本地缓存中获取实例信息，不存在时进行订阅并获取实例信息。开启订阅时，启动定时任务执行UpdateTask（获取服务器实例信息、更新本地缓存、发布事件）。

6、在学习Nacos的过程中，我们关注的重点是创建ConfigService实例的实现。Nacos通过NacosFactory的createConfigService方法创建ConfigService实例，这个工厂类是获取各种服务对象的统一入口。ConfigService是配置服务接口，负责配置的获取、发布、管理等操作，其核心实现类NacosConfigService。

MySQL怎么动态增加唯一索引?

1、接下来，使用sql语句创建唯一索引。在Java代码中执行SQL语句，通过Nacos客户端与MySQL数据库建立连接，然后执行创建唯一索引的SQL命令。确保在执行命令前，应用已具备足够的资源和权限。最后，验证唯一索引是否成功创建。可以通过查询MySQL数据库或者调用Nacos的查询API来确认索引的存在和正确性。

2、此外，还可以通过ALTER TABLE语句修改现有表结构，添加约束来创建索引。例如：ALTER TABLE student ADD CONSTRAINT uk_student_name UNIQUE（name）；这段代码将为“student”表中的“name”列添加一个唯一约束，这同样会自动创建一个唯一索引。

3、在MySQL中，添加索引的三种主要方法如下：新建表时添加索引：普通索引：用于提高查询速度，适用于数据整齐、紧凑的列。唯一索引：确保列值唯一，适用于需要保证数据一致性的非重复值列。全文索引：用于对文本字段进行全文搜索，特别适合长文本数据。

4、如果表已经创建完成，则可以通过以下命令创建唯一索引：CREATE UNIQUE INDEX catename ON wb_blog（catid）；联合索引是将多个字段组合起来创建索引，以提高查询效率。例如：ALTER TABLE `tasks` ADD INDEX `testabc` （`title`， `created`）；而联合唯一索引则确保在特定字段组合下不会出现重复数据。

5、首先打开Navicate，连接到数据库，打开表设计页面。然后点击切换到索引，打开索引界面。设置索引名，按下选择栏，打开栏位页面这里显示的是表的字段，选择要设置唯一索引的字段。然后按下索引类型的下拉按钮，选择unique就是唯一索引的意思。

skywalking集群如何搭建?

搭建SkyWalking集群需借助zookeeper、consul、etcd、nacos等一致性中间件，确保其先期部署。集群搭建模式包含mixed、receiver和aggregator三种。对于单进程运行场景，mixed模式可直接应用。若追求真正的分布式架构，则需结合receiver和aggregator模式执行，具体配置细节可参阅Apache SkyWalking官网指南。

端口设置：根据实际需求设置平台后端和UI的访问端口。后端配置：如使用Nacos作为注册中心，需进行相应集群安装和配置。java代理安装：涉及特定的包和设置，具体配置可参考官方文档或附录。

在 ES 集群的任意节点上，使用 http.p12 证书进行 JKS 证书的生成。生成过程中，务必设置 srstorepass 参数与 storepass 参数。部署 SkyWalkingOAP server：使用一份 YAML 文件即可完成 SkyWalkingOAP server 在 K8S 上的部署。

部署skywalking-ui稍显简单，关键在于设定要连接的skywalking-oap server地址。skywalking-agent的配置常见有两种方式：一是通过init-containers将agent文件部署至容器内，同时在应用启动脚本添加java-agent参数；二是将agent文件置于应用项目内，并相应添加java-agent参数。推荐第一种方式，减少对项目代码的入侵性。

本文基于 SkyWalking 6 正式版，主要分享 SkyWalking Collector Remote 远程通信服务，用于 Collector 集群内部通信。Remote Module 应用于 SkyWalking 架构中，实现跨节点的流式处理。