概述SpringBoot整合Minio后，前端的文件上传有两种方式：文件上传到后端，由后端保存到Minio这种方式好处是完全由后端集中管理，可以很好的做到、身份验证、权限控制、文件与处理等，并且可以做一些额外的业务逻辑，比如生成缩略图、提取元数据等。缺点也很明显：延迟时间高了，本来花费上传一次文件的时间，现在多了后端保存到Minio的时间后端资源占用，后端本来可以只处理业务请求，现在还要负责文件流，增加了性能压力单点故障，Minio即便做了集群，但是如果后端服务器故障，也会导致Minio不可用所以，实际上我们不会把文件传到后端，而是直接传给Minio，其实这也符合OSS服务的使用方式。文件向后
Redis主从复制、哨兵模式的搭建与springboot集成前言一、Redis主从复制（读写分离）环境准备1.主从复制概述2.主从复制3.Redis主从复制流程4.搭建Redis主从复制二、Redis哨兵模式(Sentinel)环境准备1.配置Redis哨兵机制2.由于是哨兵集群,所以3台redis节点的哨兵配置文件一模一样.3.启动哨兵4.测试哨兵机制5.解决原Master恢复后不同步问题6.SpringBoot集成Redis哨兵1.配置信息2.测试结果：三、Redis集群模式(Redis-Cluster)环境准备1.操作我们第一台Cluster服务器1032.启动6个redis实例3.创建
一、UDP报文格式每个UDP报文分为UDP报头和UDP数据区两部分。报头由4个16位长（2字节）字段组成，分别说明该报文的源端口、目的端口、报文长度和校验值。UDP报文格式如图所示。UDP报文中每个字段的含义如下：源端口：16bits，发送端的端口。目的端口：16bits，即接收端的端口长度：16bits，UDP数据包总的大小：包头+数据，单位：字节。校验值：16bits，错误检查码，基于算法，计算此UDP数据包是否损坏二、UDP分片1、UDP有发送缓存区吗？TCP有发送/接收缓存区，那UDP有么？1>、先说结论：每个UDPsocket都有一个接收缓冲区，没有发送缓冲区，从概念上来说就是只要有
一：MySQL集群介绍1.1MySQL集群的目标•高可用（HighAvailability），是当一台服务器停止服务后，对于业务及用户毫无影响。停止服务的原因可能由于网卡、路由器、机房、CPU负载过高、内存溢出、自然灾害等不可预期的原因导致，在很多时候也称单点问题。•突破数据量限制，一台服务器不能储存大量数据，需要多台分担，每个存储一部分，共同存储完整个集群数据。最好能做到互相备份，即使单节点故障，也能在其他节点找到数据。•数据备份容灾，单点故障后，存储的数据仍然可以在别的地方拉起。•压力分担，由于多个服务器都能完成各自一部分工作，所以尽量的避免了单点压力的存在1.2MySQL集群的基础形式1
一、本篇所有所用环境、程序1.1 开发软硬环境芯片型号：STM32F103RCT6（魔女开发板家的; 优点：代码清晰，缺点：只有标准库）开发软件：Keil5 （v5.31+AC5，最常用）代码用库：标准固件库蓝牙模块：HC-08（汇承家的; 缺点：小贵，优点：pdf+串口助手+APP+小程序，完美）USB转TTL模块：CH9340C （Type-C接口，win10可免驱动，比CH340和CP2102爽）1.2 代码下载链接百度网盘https://pan.baidu.com/s/1pAMU6Q03_DYojdlX8RNbVQ?pwd=6543csdn资源https://download.csdn
1.Redis集群方案比较哨兵分片2.Redis分片集群搭建3.Java操作redis分片集群jedislettuce4.Redis集群原理分析槽位定位算法HASH_SLOT=CRC16(key)mod16384跳转重定位Redis集群节点间的通信机制gossip&&gossip通信的10000端口Redis集群选举原理分析延迟计算公式：DELAY=500ms+random(0~500ms)+SLAVE_RANK*1000ms•SLAVE_RANK表示此slave已经从master复制数据的总量的rank。Rank越小代表已复制的数据越新。这种方式下，持有最新数据的slave将会首先发起选举（
MySQL主从复制是一种常见的数据库架构，它可以提高数据库的性能和可用性。动态数据源切换则可以根据业务需求，在不同场景下使用不同的数据源，比如在读多写少的场景下，可以通过切换到从库来分担主库的压力。在本文中，我们将介绍如何在SpringBoot中实现MySQL主从复制和动态数据源切换，使用MyBatis-Plus进行数据库操作#代码地址https://github.com/bangbangzhou/spring-boot-dynamic-master-slave.git今日内容介绍，大约花费19分钟图片那么接下来我们开始项目实现，项目结构如下图片1.引入依赖在项目的的pom.xml文件中引入S
1.背景概述目前需要搭建一个从库，由于单表数据量较大，时间比较有限，考虑到导入导出的时间，并且GreatSQL支持并行loaddata的功能，能够加速数据的导入，因此决定使用selectintooutfile和loaddata的方式进行数据的迁移；在数据导入完成后进行数据同步，从库发生报错1032找不到记录，但是登录从库中可以查询到此条记录，这里就很奇怪；最后通过解析relaylog，根据relaylog中的update记录，以每个字段为查询条件进行查询，发现是由于NULL值列导致的，主库这列的值是NULL，从库在导入后导成了字符串"NULL"，因此导致回放update操作时匹配不到数据而报错
1.解决问题的思路：找到mysql配置的这个文件/etc/my.cnf在文件中找到mysql错误异常日志文件的路径，我配置的是log-error=/data/mysql.err编辑/var/log/mysqld.log文件查看具体异常信息2.异常信息[ERROR]SlaveI/Oforchannel‘’:Fatalerror:TheslaveI/OthreadstopsbecausemasterandslavehaveequalMySQLserverUUIDs;theseUUIDsmustbedifferentforreplicationtowork.Error_code:15933.问题定位
简介 本文主要通过文字和代码的方式讲解SpringbootMyBatis如何实现多数据源切换和主从复制（读写分离），这里是通过从数据库数据源配置表中配置获取动态数据源配置信息，并实现数据源生成，切换，主从复制操作的。技术实现主要原理是：AbstractRoutingDataSource+ThreadLocal+AOP的方式实现的。AbstractRoutingDataSource：AbstractRoutingDataSource是Spring JDBC提供的一个数据源路由类，用于根据不同的数据源选择对应的目标数据源。在一些复杂场景中，我们需要连接多个数据库，而这些数据库都有各自的数据源配置
