Redis集群一般有四种方式，分别为：主从复制、哨兵模式、Cluster以及各大厂的集群方案。在3.0版本之前只支持单实例模式，3.0之后支持了集群方式。在3.0之前各大厂为了解决单实例Redis的存储瓶颈问题各自推出了自己的集群方案，其核心思想就是数据分片，主要有客户端分片、代理分片、服务端分片。这里咱们只介绍前三种方式：主从、哨兵、Cluster。

1、JVM调优目标：使用较小的内存占用来获得较高的吞吐量或者较低的延迟。程序在上线前的测试或运行中有时会出现一些大大小小的JVM问题，比如cpuload过高、请求延迟、tps降低等，甚至出现内存泄漏（每次垃圾收集使用的时间越来越长，垃圾收集频率越来越高，每次垃圾收集清理掉的垃圾数据越来越少）、内存溢出导致系统崩溃，因此需要对JVM进行调优，使得程序在正

实际生产中，由于各种原因，导致事件创建时间与处理时间不一致，收集的规定对实时推荐有较大的影响。所以一般情况时选取创建时间，然后事先创建flink的时间窗口。但是问题来了，如何保证这个窗口的时间内所有事件都到齐了？这个时候就可以设置水位线（waterMark）。概念：支持基于时间窗口操作，由于事件的时间来源于源头系统，很多时候由于网络延迟、分布式处理，以

前言关系，指事物之间相互作用、相互影响的状态。数据之间的关系也是如此，数据之间关系的存储在RDS就已经开始。从数据库支持的外键，到手动建立的关系表，人们采取了许多方法，只为了解决查询复杂、缓慢等问题。在NoSQL兴起的今天，图数据库进入了我们的视野，关系模型静态、刚性、不灵活的本质在网络状的存储结构里已然不复存在。现在，让我们以初学者的身份

由于最近有一个统计单位时间内某key的访问次数的需求，譬如每5秒访问了redis的某key超过100次，就取出该key单独处理。这样的单位时间统计，很明显我们都知道有个边界问题，譬如5秒内100次的限制。刚好前4.99秒访问都是0，最后0.01秒来了100次，5.01秒又来了100次。也就是访问有明显的毛刺情况出现，为了弱化这个毛刺情况，我们可以采用滑动

　　最近工作中需要将一些数据写入CSV文件中，并要使用Excel打开进行查看。测试时发现，导出的CSV文件用Excel打开后，中文字符全部是乱码。写入CSV文件的是UTF8编码的数据，文件在Linux中查看是没有问题的，在Windows上用Excel打开却有乱码。在查阅资料后发现，windows系统中文本文档的编码格式用BOM来指定，在文件的开头要写入字符

应用场景：前端页面点击刷新，调用服务器A上Java接口，然后A调用服务器B的后台Python接口实时刷新后台数据库。在这个场景中会涉及到两个问题：异步，Python服务器压力（一）解决Python服务器压力如果Python服务器接口不做任何措施，那么可能会有恶意的访问，从而导致该服务器一直刷新后台数据库。我的解决方式是：服务器B会提供一串字符

自从小王玩起了微服务，发现微服务果然很强大，好处真是太多，心中暗喜，然而，却也遇到了分布式中最棘手的问题：分布式事务。小王遍访各路神仙，也无个完美开源解决方案，当然，也有些实际可行的手法，虽不算完美，但也可拿来研究一番，那今天我们也来说说分布式事务。    分布式事务的起源，即因各服务是独立的，各自使用独立的DB，那本地事务可以保证事务式执行，但其他服务

这篇文章为你搞懂2个问题1.什么是数组，数组是干嘛用的？2.数组如何使用？考试结束后，老师给二狗安排了一项任务，统计班里40名同学的平均分。按照我们之前的做法，我们可以定义40个变量然后再相加除以40求出平均分，但是这样太繁琐了，有没有更好的办法呢？那就是使用数组。数组数组其实也是一个变量，顾名思义存储了一组相同类型的

当前笔记中的内容针对的是thinkphpqueue的v1.1.2版本，现在官方已经更新到了v1.1.3版本，下文中提到的几个Bug在最新的master分支上均已修复。笔记中的部分内容还未更新。传统的程序执行流程一般是即时|同步|串行的，在某些场景下，会存在并发低，吞吐量低，响应时间长等问题。在大型系统中，一般会引入消息队列的组件，将流