背景 定时任务是每个业务常见的需求，比如每分钟扫描超时支付的订单，每小时清理一次数据库历史数据，每天统计前一天的数据并生成报表等等。 在Java中自带的解决方案: Jdk timer：固定频率执行，同一个线程串行执行 Jdk ScheduledExecutorService：固定频率执行，支持多线程并发执行，解决timer串行的问题。 以上两种方案都不支持cron表达式，在分布式架构下也不支持幂等执行，一般用的比较少。 Spring中解决方案: Spring task：支持cro

背景： 最近做项目时，为了防止原有数据环境北破坏，需要将一些老库copy出一份新的出来做成新库，表结构与数据内容要跟老库完全一样，之前没搞过，查了一上午资料，最后才用mysqldump命令搞定，特此记录。 先整干货，再整拓展。 干货： 备份数据库所需命令：mysqldump运行环境：Linux 命令详情： mysqldump -u[用户名] -p [目标数据库名] > [备份文件全路径] eg: mysqldump -uroot -p dbname > /backup/

1.引入依赖 <dependency>         <groupId>org.springframework.boot</groupId>         <artifactId>spring‐boot‐starter‐thymeleaf</artifactId> </dependency> <properties>         <thymeleaf.version>3.0.9.R

koa是由Express原班人马打造的，致力于成为一个更小、更富有表现力、更健壮的Web框架。使用koa编写web应用,通过组合不同的generator,可以免除重复繁琐的 回调函数嵌套 ，并极大地提升错误处理的效率。koa不在内核方法中绑定任何中间件，它仅仅提供了-个轻量优雅的函数库，使得编写Web应用变得得心应手。 koa和express的区别 Koa采用洋葱模型 通常都会说Koa是洋葱模型,这重点在于中间件的设计。但是按照上面的分析,会发现Express也是类似的，不同的

笔者在上周参加阿里云开发者大会时，特别注意到一个现象就是Serverless这个概念被反复提及，其受关注程度提升明显，笔者仔细看了一下，Serverless的核心理念就是函数式计算，开发者不需要再关注具体的模块，云上部署的粒度变成了程序函数，自动伸缩、扩容等工作完全由云服务负责，能够想象Serverless必将在未来引领时代潮流。 Serverless Computing，即”无服务器计算”，其实这一概念在刚刚提出的时候并没有获得太多的关注，直到2014年AWS Lambda这一里程碑式的产品

1.拉去最新发布的solana源代码 wget https://github.com/solana-labs/solana/releases（自己选版本） 2.配置编译源代码的环境 #安装 Rust 环境 卷曲 https://sh.rustup.rs -sSf | 嘘 来源 $HOME/.cargo/env #安装依赖环境 sudo apt-get install l

截止到目前，我们在单机上实现了区块链的几乎所有关键特性：随机生成的地址、安全、持久化、工作量证明、UTXO交易。接下来我们将使用rust-libp2p库来实现区块链的p2p网络。 P2P网络 P2P 网络拓扑结构有很多种，有些是中心化拓扑，有些是半中心化拓扑，有些是全分布式拓扑结构。 区块链网络中的全节点就是全分布式拓扑结构，即去中心化的，端到端的网络，节点直接连接到其他节点，它的拓扑结构是扁平的。 SPV节点(简单支付验证节点)，随机选择一个全节点进行连接，依赖这个全节点来获取数据

  目录 1.前言 2.操作环境条件 3.操作步骤 3.1.电脑配置 3.2.手机配置 4.抓包实战 5.网络代理 6.参考文章 1.前言 不知道怎么抓包手机（移动端） 如何抓取手机HTTPS的包 2.操作环境条件 电脑系统：Mac OS 手机系统：Android 安装软件：Charles（4.1.2） 3.操作步骤 3.1.电脑配置 3.1.1.安装Charles证书到Mac 1.启动Charles程序，依次点击Hel

1.首先在服务器中建一个空文件夹: 2.进入该文件下,输入下载命令: wget http://repo.mysql.com/mysql57-community-release-el7-8.noarch.rpm 下载完毕,输入命令: rpm -ivh mysql57-community-release-el7-8.noarch.rpm 3.输入安装命令进行安装: yum -y install mysql-server 4. 重启mysql服务 : service mysqld rest

1.消息可靠性投递 消息投递路径 producer ->rabbit broker (中间件)->exchange（交换机） ->queue->consumer confirm模式 消息从procuder到交换机，交换机会返回一个ConfirmCallBack return 退回模式 消息从exchange到queue，队列会返回一个returnCallBack 2.消息消费确认机制 自动确认 acknowledge=null 手动确认

文章链接PV 和 PVC 模式要先创建好 PV，然后再定义好 PVC 进行一对一的绑定。那么如果遇到大集群，也一一的创建吗？这样来说维护成本很高，工作量大。这个时候就有了 Kubernetes 提供一种自动创建 PV 的机制，叫 StorageClass ，它的作用就是创建 PV 的模板。 StorageClass 会定义两部分： PV的属性： 比如存储的大小、类型等 PV需要使用到的存储插件 比如Ceph等； 有了这两部分信息，Kubernetes 就能够根据用户提交的 PVC ，找到

前置知识 :           在使用nacos开发微服务项目当中, 为了减少逐个服务的参数改动, 会在配置管理服务中去更改, 配置更改后会通知微服务及时读取刚刚修改的配置, 这就是我们所说的热更新.  1. 首先启动我们的nacos客户端, 点击左侧的配置列表 2. 点击右侧的加号➕按钮,  进行新建配置  3. 表单参数详解 Data ID:  首先名称必须要唯一, 不能与别的服务重名, 在公企业开发中命名规则一般是 服务名称 + 环境 + 后缀名 配置内容