Redis

点击上方蓝色“ 冰河技术 ”，关注并 选择“设为星标” 持之以恒，贵在坚持，每天进步一点点！ 作者个人研发的在高并发场景下，提供的简单、稳定、可扩展的延迟消息队列框架，具有精准的定时任务和延迟队列处理功能。 自开源半年多以来，已成功为十几家中小型企业提供了精准定时调度方案，经受住了生产环境的考验。 为使更多童鞋受益，现给出开源框架地址： https://github.com/sunshinelyz/mykit-delay PS: 欢迎各位Star源码，也可以pr你牛逼哄哄的代码 。 写在前面 在当今互联网行业，尤其是现在分布式、微服务开发环境下，为了提高搜索效率，以及搜索的精准度，会大量使用Redis、Memcached等NoSQL数据库，也会使用大量的Solr、Elasticsearch等全文检索服务。那么，这个时候，就会有一个问题需要我们来思考和解决：那就是数据同步的问题！如何将实时变化的数据库中的数据同步到Redis/Memcached或者Solr/Elasticsearch中呢？ 互联网背景下的数据同步需求 在当今互联网行业，尤其是现在分布式、微服务开发环境下，为了提高搜索效率，以及搜索的精准度，会大量使用Redis、Memcached等NoSQL数据库，也会使用大量的Solr、Elasticsearch等全文检索服务。那么，这个时候，就会有一个问题需要我们来思考和解决

redis Could not connect to Redis at 127.0.0.1:6379: Connection refused 问题解决 参考文章： （1）redis Could not connect to Redis at 127.0.0.1:6379: Connection refused 问题解决 （2）https://www.cnblogs.com/surpassLife8/p/6792158.html 备忘一下。 来源： oschina 链接： https://my.oschina.net/u/4354590/blog/4556718

来源： https://blog.csdn.net/weixin_43413658/article/details/105839472 IntelliJ IDEA新功能: 界面支持中文 但这里要注意的是不是原生支持中文，而是要安装jetbrains的官方插件， 如下图 导航栏改进 上面的导航栏可以直接跳转到各个方法，这个以前要实现的话要点左侧的Structure ，现在就方便多了 支持Javadoc的渲染 以前Javadoc看起来很费劲，要手动转换html格式，现在看起来就很方便了，还可以更改字体大小 以前 现在 新增主题和字体 主题: 字体: Lightedit模式 你可以把idea当成编辑器 Zen模式 进入了蝉模式，世界瞬间变得清爽了很多，让你专注于写代码 在IDEA里安装JDK 支持Java 14新特性 instanceof用法增强 record新语法支持 命令行终端支持分栏 更加智能的检查和重构 支持就地更改方法签名 智能分析日期字符串格式 更加智能的检查和重构 支持数据流分析辅助，可以直接预测下面的运行结果 调试时，支持对象字段的置顶 以文件形式存储运行配置 更加先进的版本控制 优化了代码提交的窗口 支持搜索，刷新本地及远端的代码分支 Maven和Gradle导入更新 增强的HTTP Client 更多精彩： 记一次由Redis分布式锁造成的重大事故，避免以后踩坑！ 6

冰眼冷链物流监控平台学习总结 采用的的主要技术有： netty、springboot、springcloud、 kafka、flink、redis、druid/ vue等 资料： https://pan.baidu.com/s/1KZf1Gj4-UGleJjWiLfStSw 提取码：8wyv 解决方案： 监控部分采用分布式微服务架构，同时针对海量物联网数据的统计和查询引入了专门的解决方案。 基于物联网及大数据实时计算技术.... 来源： oschina 链接： https://my.oschina.net/u/4351890/blog/4626607

作者 | 是Yes呀 责编 | 郑丽媛 来源 | yes的练级攻略（ID：yes_java ） 每个时代，都不会亏待会学习的人。 大家好，我是 yes。 今天我们来谈一谈消息队列的事务消息，一说起事务相信大家都不陌生，脑海里蹦出来的就是 ACID。 通常我们理解的事务就是为了一些更新操作要么都成功，要么都失败，不会有中间状态的产生，而 ACID 是一个严格的事务实现的定义，不过在单体系统时候一般都不会严格的遵循 ACID 的约束来实现事务，更别说分布式系统了。 分布式系统往往只能妥协到最终一致性 ，保证数据最终的完整性和一致性，主要原因就是实力不允许...因为可用性为王。 而且要保证完全版的事务实现代价很大，你想想要维护这么多系统的数据，不允许有中间状态数据可以被读取，所有的操作必须不可分割，这意味着一个事务的执行是阻塞的，资源是被长时间锁定的。 在高并发情况下资源被长时间的占用，就是致命的伤害，举一个有味道的例子，如厕高峰期，好了懂得都懂。 对了， ACID是什么还不太清楚的同学，赶紧去查一查，这里我就不展开说了。 分布式事务 那说到分布式事务，常见的有 2PC、TCC 和事务消息，这篇文章重点就是事务消息，不过 2PC 和 TCC 我稍微提一下。 2PC 2PC就是二阶段提交，分别有协调者和参与者两个角色，二阶段分别是准备阶段和提交阶段。

概述 秒杀系统的特征就是瞬间流量大、商品总是有限先到先得、有明确的开始和结束时间。 方案 秒杀的时候，先是要在后台设置秒杀库存，秒杀价格，秒杀开始时间和时间，需要参与秒杀的店铺，到了时间就开始进行秒杀，秒杀的时候，会有突发流量，系统如果设置不好，就会瘫痪，一般会进行限流，比如接入端限流，服务端限流，利用缓存、消息队列提高处理速度；其中一个最难处理的问题就是库存的扣减，防止超卖，防止超卖的方法有很多种,对于常规秒杀可以数据库的悲观锁进行库存的更新，对于并发稍微高一点的可以用分布式锁进行防止超卖，对于并发特别高的，可以利用redis缓存的原子性操作，总之对于具体的业务选择不同的实现方案，不要为了高并发而高并发，要根据系统的业务寻求一个平衡点，选择适合自己的方式。 总结 架构需要演化的思维，不要一上来就追求高并发，而是要根据业务的情况及用户使用的情况进行架构设计，不要提前把以后需要设计的东西提前做了,这样过度设计会导致产品过于复杂，难以扩展，是得不偿失的。适可而止的架构加时刻保持演进的变化是最合理的做法。 欢迎关注技术公众号： 来源： oschina 链接： https://my.oschina.net/u/4395251/blog/4568184

做公号很久了，听到粉丝问的最多的问题就是：有没有新的完整的项目，因为现在很多流传的项目都太老了，实战意义不是很强。很多程序员每项技术单独拿出来有可能很厉害，例如：springcloud、springboot、redis、nginx、mysql、rabbitMq等，但是普遍缺乏将所有的这些技术整合到一起，从前端到后端，从开发到部署上线，从每个知识点到整体的设计。本次分享不是分享项目而是教你如何开发一个项目细节流程。 第一套：电商项目 课程简介 项目技术栈 基于springBoot2.x、springCloud采用前后端分离的架构；利用FastDFS作为分布式文件存储系统，利用Canal实现数据同步，监控数据变化，数据变化后；Elasticsearch+IK+Kibana实现商品搜索功能；Spring Security Oauth2 JWT实现微服务统一认证和资源授权；利用RabbitMq实现异步解耦；Seata实现分布式事务等，从而打造一个高可用的分布式电商系统。 技术架构 系统架构 功能教程 模块说明 项目截图 资料介绍 项目源码 视频教程 项目教程 已经整理到“看云”在线文档 开发工具清单 如何领取 识别并关注公众号「 程序员闪充宝 」； 在下面公众号后台回复关键字「 mall 」 长按上方二维码 2 秒 回复「mall」即可获取上面所有资料 第二套：聚合支付 课程简介