业务场景 高并发情况下，队列里面一瞬间就就积累了上万条数据，但是消费者无法同时处理这么多请求，这个时候当我们打开客户端，瞬间就有巨量的信息给推送过来、但是客户端是没有办法同时处理这么多数据的，结果就是消费者（客户端）挂掉了… 这种场景下我们就需要对消费端进行限流,防止客户端积累过多奔溃 限流策略实现 限流策略关键代码：channel.basicQos(); 编写生产者 // 生产者 public class Producer { private static final Stri

内容说明：阿里云服务器 centos 7 系统上安装 MySQL 并配置 innodb_ruby 参考资料： 尚硅谷-p99 Linux 下安装MySQL 5.7 版本 黑马-p65 MySQL安装Linux版本 CentOS7安装ruby2.6.3 Try to install GPG v2 and then fetch the public key: 1. centos7 安装 MYSQL 1.1 下载地址及版本 MySQL Community Server 5.7.38

1、原因： 在vue项目中遇到fbx文件太大，导致加载出来的时候变得很卡顿，所以采用转为glb文件，并且压缩处理 2、有人可能在想，为什么不直接压缩fbx文件，是因为我之前百度fbx、glb gltf文件、这些是什么关系，百度给的解释就是转化为glb文件，压缩再解析，效果会更好 3、fbx文件转化为glb文件： ①安装依赖 npm install --save fbx2gltf  ②在node_modules中找到fbx2gltf，然后将FBX2glTF.exe复制粘贴到桌面，将需要

上一章讲了基础的增删改查。本章节就来说说如何基于web前端实现对后端数据库的增删改查操作。 一、创建app python mange.py startapp app03 注册app 编辑全局配置文件setting.py，如下： INSTALLED_APPS = [ 'django.contrib.admin', 'django.contrib.auth', 'django.contrib.contenttypes', 'django.contr

Rust与其他语言的比较 特性 所有权 在Rust中，若声明有类似于Java或C++中的引用传递类型概念的变量，存在相同作用域下将地址赋值给另一个变量，则该变量的所有权将发生转移，原先的变量将不可访问。 直接转移 /* Error: 进行类似于其他语言中的引用赋值，地址被新的变量获取，则会丧失所有权。 */ fn test2() { let a:Vec<i32> = Vec::new(); a.push(1); let b = a;

学习致谢： https://www.bilibili.com/video/BV1Xz4y1m7cv?p=32 一、依赖关系 宽依赖：有shuffle 子RDD的一个分区会依赖于父RDD的多个分区–错误 父EDD的一个分区会被子RDD的多个分区所依赖–正确窄依赖：没有shuffle 子RDD的一个分区会依赖于父RDD的1个分区–错误 父EDD的一个分区会被子RDD的1个分区所依赖–正确为什么要区分宽窄依赖 对窄依赖：并行化+容错 宽依赖：进行阶段划分，（shuffle后的阶段需要等待sh

运行环境 开发语言：Python python框架：django 软件版本：python3.7 数据库：mysql 5.7 数据库工具：Navicat11 开发软件：PyCharm/vscode 前端框架:vue.js 项目介绍 在当前这个信息时代，如果还一直说用传统的粘贴失物启示，寻物招领等广告不仅效率低下，而且保密性非常的差，为了能够更好的提高寻物启事的管理效率我们通过Python和Djiango框架开发了本次的失物招领寻物启事管理系统 寻人失物失物招领系统交流平台的主要使用者分

Nacos 集群的实现方式 通过nginx来搭建Nacos 注册中心和配置中心的集群 Nacos 集群持久化问题 因为nacos是内嵌式的持久化方案，所以多个nacos是多个持久化信息，为了保证数据的一致性，引入统一的持久化mysql来处理 Nacos集群搭建 找到nacos的config目录，将nacos-mysql.sql文件执行一下创建对应的数据库。 修改application.properties文件加上mysql数据库的信息。 spring.datasource

目录 配套代码在资源中（免费） maven环境搭配  注解注入的规范： 一.开发HongDisptcherServlet前端控制器 1.说明： 2.配置web.xml文件 3.检查前期工作是否成功 二.完成客户端/浏览器请求控制层 1.创建 自己的 Controller 和自定义注解 2.配置自己的spring容器文件 3.编写XMLParser工具类，可以解析hongspringmvc.xml 这里来说明一下SAXReader解析xml文件 4.开发自己的spring

ActiveMQ 集群部署 本章演示 ActiveMQ 集群部署，默认您已经安装了 zookeeper 集群，并在各服务器上成功安装了 ActiveMQ 单节点实例如果您的环境还不满足条件请参考前面的文章 ActiveMQ 问题记录 在集群部署过程中会出现各种问题，但是 ActiveMQ集群的部署是比较简单的，如果不能实现集群功能请检查以下配置： 最坑的一个问题是ActiveMQ自己的问题，它少了一个 jar包 failureaccess-1.0.1,没有这个包会出现一

 客户端首先发送请求到zookeeper，zookeeper再通知HMaster，HMaster通过ZooKeeper发布自己的位置给客户端，客户端获取了地址，再把信息交给regionServer去干活儿，RegionServer上有个日志Hlog记录所有的操作行为，一个RegionServer上有多个Region，一个Region包含多个存储区（store），每个存储区对应一个列簇，一个存储区由多个StoreFile（StoreFile是HBase中的最小存储单元，底层最终由HFile实现

RabbitMQ目录 RabbitMQ之发布确认模式 1、发布确认原理 发布确认是解决消息不丢失的重要环节。 在上节有说到即使我们在生产者中设置了队列持久化、消息持久化，但依然存在消息被传送到队列上，还没来得及存储在磁盘上，队列就宕机了，这种情况下消息也是会丢失的。所以在之前两步的基础上还是进行第三步：发布确认。三步操作加一起才能保证消息是不丢失的。 来看一下发布确认的原理：生产者将信道设置成 confirm （发布确认）模式，一旦信道进入 confirm 模式，所有在