上一页 1 2 3 4 5 6 ··· 14 下一页
摘要: docker 官方关于数据卷的解释 https://docs.docker.com/storage/volumes/ 数据卷解决的问题 共享主机与容器,容器与容器之间的公用数据。在容器内对卷的修改会立即在主机上生效 使用环境 系统:windows10 命令控制台:windows 的powershel 阅读全文
posted @ 2020-08-08 11:46 zero_and_one 阅读(2009) 评论(0) 推荐(0) 编辑
摘要: nacos 中文官网 https://nacos.io/zh-cn/docs/what-is-nacos.html nacos 解决的问题 服务拆分已成趋势,服务调用链路出现痛点。nacos 支持服务发现,服务配置,服务元数据,流管理。 特性 服务发现和监控检测 1.检测监控服务,发现服务中不健康的 阅读全文
posted @ 2020-08-06 00:23 zero_and_one 阅读(348) 评论(0) 推荐(0) 编辑
摘要: nacos 架构图 keyi 服务 一个或一组功能关键,不同的调用者可以以不同的目的重用这些服务。例如gRPC|Duboo|spring cloud RESTful service 服务注册中心 服务注册中心也是一个服务。服务实例在启动时候注册到注册表,关闭时在注册表注销。服务消费者或生产者或者路由 阅读全文
posted @ 2020-08-06 00:22 zero_and_one 阅读(978) 评论(0) 推荐(0) 编辑
摘要: 什么是kafka? kafka是一个流式消息处理平台。解决应用解耦,异步消息,消峰 主要有三个方面支持: 1.数据注入:提供流的发布和订阅 2.数据存储:存储流数据支持故障容错 3.流处理:对实时的流进行处理和分析 四种核心api 生产者:发布事件流到kafka一个或多个主题 消费者:订阅kafka 阅读全文
posted @ 2020-08-05 01:17 zero_and_one 阅读(392) 评论(0) 推荐(0) 编辑
摘要: 1.kafka 官网 http://kafka.apache.org/ 点击下载如下文件 2. 首先确保系统已经安装了 java 环境 可以用dos命令 java -version 查看 3.将下载的kafka 解压到对应的文件夹 F:\kafka\kafka_src 此文件夹是我解压的目录 4.修 阅读全文
posted @ 2020-08-01 21:15 zero_and_one 阅读(329) 评论(0) 推荐(0) 编辑
摘要: 1.注册一个docker hub 的账户:docker hub 2.先在本地创建拉取一个远程镜像 docker pull ubuntu 3.docker images:查看本地已存在的镜像 4.docker login 命令登录中央仓库。输入账号密码 这是已登录过的 5.docker push xx 阅读全文
posted @ 2020-07-04 17:49 zero_and_one 阅读(332) 评论(0) 推荐(0) 编辑
摘要: perfercence ->launguages & Frameworks->markdown default layout :切换成Editor and preview 不管已经是不是这个先切换成其他点击apply,然后再切换成Editor and preview apply 生效 阅读全文
posted @ 2020-06-13 15:59 zero_and_one 阅读(1932) 评论(0) 推荐(0) 编辑
摘要: 场景 一张历史表product_history 500万数据,凌晨的才会将正式表的数据迁移到历史表,此次需求将历史表迁移到一个更便宜的数据库实例进行存储。 条件 1.此表不是实时写,凌晨才会更新 2.跨数据库实例进行迁移 3.此表对数据准确性有要求,数据必须准确 选型 1.navicat 导出数据( 阅读全文
posted @ 2020-06-09 21:19 zero_and_one 阅读(3403) 评论(0) 推荐(0) 编辑
摘要: 1.慢查询,死锁 show processlist; :显示正在执行的sql 以及状态。 2.查询表的分区 SELECT partition_name part, partition_expression expr, partition_description descr, table_rows F 阅读全文
posted @ 2020-05-16 00:09 zero_and_one 阅读(223) 评论(0) 推荐(0) 编辑
摘要: 背景 对接饿了吗商户推送接口:配置一个回调接口,但是根据不同的类型码,进行不同的业务处理,所以需要做到根据类型分发 思路 通过switch 方式获取类型码,调用不同的处理方法:弊端 1.几十个类型码需要写几十个判断 2.扩展性很差,需要硬编码。3.多人协作管理代码混乱 做一个类似于springmvc 阅读全文
posted @ 2020-01-16 20:41 zero_and_one 阅读(1531) 评论(0) 推荐(0) 编辑
上一页 1 2 3 4 5 6 ··· 14 下一页