今天在学习Nacos持久化时，发现一直报错，原因是Nacos源码里mysql-connector-java依赖版本是5.x版本，不支持Mysql8.x版本，所以我们要将Nacos源码下载下来修改后重新打包使用。 我本地使用的是1.1.4版本。 官网下载地址：https://github.com/alibaba/nacos/releases/tag/1.1.4   下载源码文件后并解压出

一、前言 我们知道Redis是一款内存服务器，就算我们对自己的服务器足够的信任，不会出现任何软件或者硬件的故障，但也会有可能出现突然断电等情况，造成Redis服务器中的数据失效。因此，我们需要向传统的关系型数据库一样对数据进行备份，将Redis在内存中的数据持久化到硬盘等非易失性介质中，来保证数据的可靠性。 将Redis内存服务器中的数据持久化到硬盘等介质中的一个好处就是，使得我们的服务器在重

产品经理今天给了一个上亿数据的文本文件给我，让我把导入到mysql数据库。 文本的内容很简单，只有一个字段，但有1亿行。 我拿到文件后最开始直接用navicat工具直接导入，但发现效率极慢，跑了一分多钟，才导进去10W+数据进去，算下来要跑完至少需要20多个小时，时间不允许。 看来只能自己写代码来提升效率了。 常规的做法肯定是把文件内容按行读取出来，然后每N条拆分一批，再插入到数据库中。但这个文

1.修改conf/activemq.xml文件，添加一下配置 <persistenceAdapter> <jdbcPersistenceAdapter dataDirectory="${activemq.base}/data" dataSource="#dataSource"/></persistenceAdapter> <bean id="dataSource" class="org.a

介绍 为什么要使用集群流控呢？假设我们希望给某个用户限制调用某个 API 的总 QPS 为 50，但机器数可能很多（比如有 100 台）。这时候我们很自然地就想到，找一个 server 来专门来统计总的调用量，其它的实例都与这台 server 通信来判断是否可以调用。这就是最基础的集群流控的方式。 另外集群流控还可以解决流量不均匀导致总体限流效果不佳的问题。假设集群中有 10 台机器，我们

定义 契约测试是一种以自动化测试作为技术手段，解决团队间因存在明显沟通边界，由沟通不畅和代码变更而造成的系统间接口不匹配问题的最佳实践。 ​ 通过测试驱动生成服务间的契约文档，利用该契约文档和Mock Server（银行业常称之为“挡板”）分别对契约的消费者和提供者进行自动化测试，以确保双方能够按照契约实现满足规格要求的接口，并利用持续集成流水线实现对双方变更影响的快速反馈。 契约测试是基于契

我们知道，Sentinel dashboard默认是是没有持久化功能的，都是保存在内存中的，对于sentinel客户端同样如此，当在sentinel dashboard配置规则的时候，dashboard会获取对应应用配置的dashboard给应用传递消息的http，将规则通过HTTP请求发送给sentinel客户端，同样，sentinel客户端也是没有持久化的都是放在内存中的。 sentinel

因为疫情期间，要弄好多签到，于是就自己写了个定时任务，并支持持久化到数据库。 下载地址：https://gitee.com/lyp_Believer/springbootschudleTask/tree/master/ 序言：创建定时任务非常简单，主要有两种创建方式：一、基于注解(@Scheduled) 二、基于接口（SchedulingConfigurer）. 前者相信大家都很熟悉，但是实际

目录 A、核心思路： B、自己修改—注释流控规则内存页： C、自己修改—注释流控规则回到单机页面按钮： D、自己修改—簇点链路中流控存到nacos： E、自己修改—增加可配置nacos地址： F、微服务接入控制台增加配置信息： G、启动测试： F、个人修改后安装包下载地址： 本文采用的是生产环境使用的Push模式将sentinel规则持久化到nacos： 官方说明： ht

1.创建quartz数据库并导入quartz的SQL脚本文件 quartz源码下载地址：http://www.quartz-scheduler.org/downloads/ 下载完成后解压，在/src/org/quartz/impl/jdbcjobstore可以找到对应数据库的SQL脚本 我这里使用的是MySQL数据库，SQL脚本如下： CREATE DATABASE `quartz`