杂项7

简介: 本资料介绍了Git分支管理与远程仓库操作,包括本地与远程分支创建、文件提交流程及IDEA操作指南。同时涵盖Redis常用数据类型如String、Hash、List、Set、ZSet的应用场景与操作示例,以及缓存使用策略,帮助开发者高效管理代码与数据。

针对分支创建

1:在远程仓库创建:直接本地使用git pull 拉取,即可

2.在本地创建分支,首先切换分支(到刚创建的分支),然后使用 git push  远程仓库简称 分支名 ,远程刷新就可以

文件提交远程步骤

1.先远程克隆(根据连接连接),会生成对应仓库目录

2.克隆后会自动创建目录,进入目录,在当前目录中创建文件,并使用 status 查看,使用add . 添加,在使用commit进行提交,最后使用 push进行推送到远程仓库

idea操作

0-1(先编写后传到远程仓库,必须是新建的???)

在当前工程建立仓库,第二步找到股那里远程进行关联(或着,使用克隆把生成的 .git文件放到项目目录中进行关联)

1-2(先拉取在编写)

直接使用克隆,会把远程的项目都拉取过来,然后直接建立分支编写即可

sysdate() 而不更新实体类属性,会导致插入后对象状态与数据库不一致,需谨慎使用。

针对的是实体类中没有但是数据表有的,直接使用会导致sql有值而实体类没有值(要二次查询)

在对redis的list进行操作时 (遵循从左侧插入,保证每次插入的数据都在头节点,右侧弹出

lpush list a b c  # 向列表左侧依次插入 a、b、c
先插入 a,列表为:[a]
再插入 b,b 放在 a 的左侧,列表为:[b, a]
最后插入 c,c 放在 b 的左侧,列表为:[c, b, a]
lrange list 0 -1 中 -1 表示最后一个元素,因此返回所有元素 c b a
-1代表的是最后一个元素
弹出的话是从右侧,因此先弹出a

hash

有点类似树

redisTemplate.opsForHash().put("user", "name", "张三");
redisTemplate.opsForHash().put("user", "age", "30");
// 根据大key和小key获取值
System.out.println(redisTemplate.opsForHash().get("user", "name"));
// 根据大key获取所有的小key
Set<Object> keys = redisTemplate.opsForHash().keys("user");
// 根据大key获取所有的值
List<Object> values = redisTemplate.opsForHash().values("user");

  • Hash 是 “键 - 字段 - 值” 的三级结构,字段和值是一一对应,没有排序功能。
  • ZSet 是 “键 - 成员 - 分数” 的三级结构,成员唯一,分数用于排序,这是 ZSet 的核心特性。

redis中的五种数据类型以及应用场景

string:啥都能存,就是最基本的键值对 (key:啊 value :ss)

hash   存储对象信息,购物车(商品,名字,销量)   (大key 小key value)

list:浏览记录,朋友圈   (左边插入,右边弹出)

set:点赞收藏 (去重)(意思就是点赞过就不能再点了,本质数据只存储一次)

zset:排行榜:游戏积分榜(game:rank 中,用户A → 90分用户B → 80)(key member score )

针对redis加入缓存

查询的根据要求进行加入,而修改类的一般必须加入:主要是为了解决加入redis的缓存的方法读到脏数据

原因: 例如 select(id)select()对select()加入redis,则他会从redis中读取,因此相对应的增删改也要对缓存进行操作(并手动加入)就是为了保证select()不会读到脏数据,而select(id)每次都是从数据库读的,都是最新的,不存在脏数据

redis有点类似理解为一个临时的数据库,就是会存放临时的高频信息(对应类型的数据库副本),没有才会进行sql数据库查找(就是相当于先看下数据库副本,没有再查询数据库

List<NursingProject> nursingProjects = (List<NursingProject>)redisTemplate.opsForValue().get(NURSING_PROJECT_ALL);
//上面的意思就默认代表redis中可能存储List<NursingProject>的数据(不是离散的,因此可以直接拿到)
if (!nursingProjects.isEmpty()){
    return nursingProjects;
}
//当不存在与redis中则要继续sql的操作
 nursingProjects = nursingProjectMapper.selectNursingProjectList(nursingProject);
redisTemplate.opsForValue().set(NURSING_PROJECT_ALL,nursingProjects,60*60*24+(int)Math.random()*100, TimeUnit.SECONDS);
return nursingProjects ;


相关文章
|
4月前
|
消息中间件 存储 缓存
再次了解kafka
Kafka通过offset机制解决消息重复消费问题,支持手动提交偏移量及唯一ID去重。它保证分区内的消息顺序消费,结合集群、副本与重平衡实现高可用。高性能设计包括顺序读写、分区、页缓存、零拷贝等。数据清理依赖保留时间或大小策略,点对点和发布订阅模式则通过消费者组实现。
|
4月前
|
消息中间件 NoSQL Java
延时实现
本节介绍了多种关闭过期订单的实现方案,包括定时任务、JDK延迟队列、Redis过期监听、Redisson延迟队列、RocketMQ延迟消息及RabbitMQ死信队列。各自优缺点明显,适用于不同业务场景,如定时任务适合小数据量,RocketMQ适合高并发解耦场景,而Redisson则使用简单且高效。选择时需综合考虑系统复杂度、数据量及可靠性要求。
|
4月前
|
存储 缓存 Linux
CPU上下文切换的原理及其在系统调用和进程切换中的应用
本内容深入解析了CPU上下文切换的原理及其在系统调用和进程切换中的应用。详细说明了CPU寄存器、程序计数器在任务切换中的作用,以及系统调用与进程上下文切换的区别。同时探讨了上下文切换带来的性能开销,涉及TLB和虚拟内存管理机制,帮助理解操作系统如何高效调度进程。
|
4月前
|
存储 虚拟化 iOS开发
VMware ESXi 7.0U3w macOS Unlocker & OEM BIOS 2.7 标准版和厂商定制版
VMware ESXi 7.0U3w macOS Unlocker & OEM BIOS 2.7 标准版和厂商定制版
304 0
VMware ESXi 7.0U3w macOS Unlocker & OEM BIOS 2.7 标准版和厂商定制版
|
4月前
|
负载均衡 网络性能优化
了解EMQ
EMQ通过MQTT协议的QoS机制保障消息可靠传输,支持QoS 0、1、2三个等级,分别实现消息最多一次、至少一次和恰好一次传递。对于延迟消息,EMQ X支持通过特殊主题前缀`$delayed/{DelayInterval}`实现延迟发布。点对点通信可通过不带群组的共享订阅(如`$queue/t/1`)实现,结合负载均衡策略如随机、轮询等,确保消息仅由一个订阅者接收;发布订阅模式则通过带群组的共享订阅(如`$share/组名称/t/1`)实现,确保每组一个订阅者收取消息。
|
4月前
|
Docker 容器
初始ollama
Ollama 按需加载模型,不持续运行,闲置时自动卸载,节省内存。模型响应请求时驻留内存,保留时间由 OLLAMA_KEEP_ALIVE 控制。类似 Docker 部署方式,但无单模型启停命令,默认时间内自动停止。可间接通过停止服务或配置多端口实现管理。
|
4月前
|
存储 算法 Sentinel
熔断降级
本内容介绍了微服务中熔断降级的实现原理及Sentinel的底层机制。通过OpenFeign集成Sentinel,利用断路器统计异常和慢请求比例,触发熔断并降级,提升系统稳定性。还讲解了Sentinel使用的限流算法,如滑动窗口、令牌桶和漏桶算法,以应对不同场景下的流量控制需求。
|
4月前
|
SQL Java 数据库连接
事务的七种传播行为及其应用场景
本文介绍了事务的七种传播行为及其应用场景,包括 PROPAGATION_REQUIRED、PROPAGATION_SUPPORTS、PROPAGATION_REQUIRES_NEW 等,帮助开发者理解事务管理机制。同时讲解了 Java 中 SQL 操作与对象数据不同步的问题,强调重新查询与手动管理的必要性,并说明 MyBatis 批量操作的最佳实践。
|
4月前
|
SQL JavaScript Java
三层架构理解(实现前后端分离)
本文介绍了三层架构实现前后端分离的流程,从前端Vue发起请求,到后端Spring处理数据,最后返回结果并由前端渲染展示。同时详细解析了Bean重复问题的解决方案,包括使用@Service、@Primary、@Qualifier和@Resource注解进行依赖注入控制。此外还介绍了MyBatis中#{}与${}的区别及使用场景,以及三层架构中各组件的协作方式。