轻风博客

摘要： 目前各大公司的产品需求和内部决策对于数据实时性的要求越来越迫切，需要实时数仓的能力来赋能。传统离线数仓的数据时效性是 T+1，调度频率以天为单位，无法支撑实时场景的数据需求。即使能将调度频率设置成小时，也只能解决部分时效性要求不高的场景，对于实效性要求很高的场景还是无法优雅的支撑。因此实时使用数据的问题必须得到有效解决。 实时计算框架已经经历了三代发展，分别是：Storm、SparkStreaming、Flink，计算框架越来越成熟。一方面，实时任务的开发已经能通过编写 SQL 的方式来完成，在技术层面能很好地继承离线数仓的架构设计思想；另一方面，在线数据开发平台所提供的功能对实时任务开发、调试、运维的支持也日渐趋于成熟，开发成本逐步降低，有助于去做这件事。 阅读全文

摘要： 菜鸟供应链金融慢sql治理已经有一段时间，自己负责的应用持续很长时间没有慢sql告警，现阶段在推进组内其他成员治理应用慢sql。这里把治理过程中的一些实践拿出来分享下。 阅读全文

摘要： 在开源技术使用日益广泛的今天，笔者也可能突然被要求用一个新工具同步数据到一个新数据库，时间还可能更紧迫。到时怎么办呢？再愤怒一次吗？不了不了，还是脚踏实地总结一下，记下这些坑，日后类似项目，哪怕被拿着枪指着头也好，下述问题都要在前期阶段予以考虑。 阅读全文

摘要： First we will discuss facts about Subaru Symmetrical All Wheel Drive, then go over each type of All Wheel Drive, and then discuss the advantages of each type. Be sure to check out the video that explains how all wheel drive works at the bottom of the page. 阅读全文

摘要： 一路走过来，觉得自己很幸运遇到了很多伯乐，教会了我很多道理和职场经验。最近几年作为面试官也面试了很多同学，经常和很多候选人沟通分享一些自己学习成长的路径，也经常和很多新入职的同学口头分享一些工作心得。现在把这些的经验总结了一下，如果能对看到文章的同学有所启发及帮助最好。 工作只是生活的一部分，多抽点时间健健身和读读书，多抽点时间陪陪家里人，let's relax。最后推荐几本非技术书籍：《金字塔原理：思考、表达和解决问题的逻辑》、《麦肯锡教我的思考武器》、《思维的本质》、《精进：如何成为一个很厉害的人》、《高效能人士的七个习惯》、《***时代》。 阅读全文

摘要： 在所有可选的用于测试的 CI/CD 工具中，Jenkins 和 GitLab CI/CD 是你肯定应该考虑的两款工具。Jenkins 在 GitHub 上有 16,000+ 点赞，而 GitLab CI/CD 有 2012 个点赞。Jenkins 的点赞数是 GitLab CI/CD 的点赞数的 8 倍多。然而，这些数字并不是选择一款 CI/CD 工具时需要查看的唯一东西。这也是尽管在点赞数上有巨大的差距，Jenkins vs GitLab CI/CD 在多个评审平台上还有着激烈的竞争。 阅读全文

摘要： 1、想要提高应用的性能，可以引入「缓存」来解决 2、引入缓存后，需要考虑缓存和数据库一致性问题，可选的方案有：「更新数据库 + 更新缓存」、「更新数据库 + 删除缓存」 3、更新数据库 + 更新缓存方案，在「并发」场景下无法保证缓存和数据一致性，且存在「缓存资源浪费」和「机器性能浪费」的情况发生 4、在更新数据库 + 删除缓存的方案中，「先删除缓存，再更新数据库」在「并发」场景下依旧有数据不一致问题，解决方案是「延迟双删」，但这个延迟时间很难评估，所以推荐用「先更新数据库，再删除缓存」的方案 5、在「先更新数据库，再删除缓存」方案下，为了保证两步都成功执行，需配合「消息队列」或「订阅变更日志」的方案来做，本质是通过「重试」的方式保证数据一致性 6、在「先更新数据库，再删除缓存」方案下，「读写分离 + 主从库延迟」也会导致缓存和数据库不一致，缓解此问题的方案是「延迟双删」，凭借经验发送「延迟消息」到队列中，延迟删除缓存，同时也要控制主从库延迟，尽可能降低不一致发生的概率。 阅读全文

摘要： 将你的黄金时间用于学习通用技能，那些不会过时的技能。 不要学习微服务框架，学习演进式架构（Evolutionary Architecture）。 不要学习新的编程语言，学习代码整洁之道、设计模式、领域驱动设计（DDD）。 不要学习 LeSS 和规模化敏捷框架（SAFe），学习精益生产原则（Lean manufacturing principles）。 不要学习 Hystrix，学习容错模式（Fault Tolerance Patterns）。 不要学习 Docker，学成持续交付。 不要学习 Angular、React 和 Vue，学习 Web、HTTP 和 REST。 阅读全文

摘要： 排行榜适合用zset 缓存用户信息一般用hash 消息队列，文章列表适用用list 用户标签、社交需求一般用set 计数器、分布式锁等一般用String类型 不能使用 keys指令 慎用O(n)复杂度命令，如hgetall等 慎用Redis的monitor命令 禁止使用flushall、flushdb 注意使用del命令 阅读全文

摘要： 所有事物都是变化的。 所有事物都不是100%可靠的。 因此才有了风险，风险是不可见的，可见的是故障。 风险是不能消灭光的，但是可以远离，可以减少。 故障是不可避免的，但是可以推迟，可以缩小影响范围，缩短影响时间。 nPRT公式不仅仅适用于软件系统风险，也适用于其他风险领域，希望对大家有用。 阅读全文

摘要： 你的项目或许已经使用 Redis 很长时间了，但在使用过程中，你可能还会或多或少地遇到以下问题： 我的 Redis 内存为什么增长这么快？ 为什么我的 Redis 操作延迟变大了？ 如何降低 Redis 故障发生的频率？ 日常运维 Redis 需要注意什么？ 部署 Redis 时，如何做好资源规划？ Redis 监控重点要关注哪些指标？ 尤其是当你的项目越来越依赖 Redis 时，这些问题就变得尤为重要。 阅读全文

摘要： SQL Server没有完备的中间件产品，所以无论是逻辑Sharding还是只读分离，都需要用户配合做应用改造，而从用户角度看Sharding改动量很大，不是一时间能完成的，那么更多是寄希望于我们来提供读写分离的方案，满足业务需求。 那么读写分离，我们第一个想到的即是AlwaysOn技术。但由于当时AlwaysOn对域控和Windows群集都是强依赖，而这两者又对我们所依赖的基础设施有很大挑战，需要做很多突破产品限制的非标准化操作才有可能实现，并且还有安全风险。所以最后我们只能放弃AlwaysOn技术方案，重新设计方案帮助用户度过难关。 阅读全文

摘要： “AlwaysOn”一词至少在 SQL Server 2008 中已经出现，表示 SQL Server 可以持续地提供服务。但是当时“AlwaysOn”技术并没有提供管理界面（通过 Windows 管理工具进行管理），所以这个字样鲜为人知。 尽管 SQL Server 2012 在 SSMS 中出现了“AlwaysOn”专用管理工具，但是其只能管理 AlwaysOn 可用性组，导致常被误解为 AlwaysOn 只有（或者等同于）可用性组这一种技术。 SQL Server AlwaysOn 即“全面的高可用性和灾难恢复解决方案”。客户通过使用 AlwaysOn 技术，可以提高应用程序可用性，并且通过简化高可用性的部署和管理方面的工作，获得更好的硬件投资回报。 阅读全文

摘要： 从SQLServer 2012以后微软推出了新的SQLServer高可用技术 ，它的名字叫AlwaysOn。 AlwaysOn是一种集合了高可用性和灾难恢复两种功能于一体的技术，相比故障转移群集、数据库镜像和复制订阅拥有许多优势，所以现在这种高可用方案被企业广泛的应用于生产环境中。 AlwaysOn可用性组是SQLServer 2012中提供的全新功能，确保了应用程序数据的可用性，实现零数据丢失，AlwaysOn可用性组技术融合了数据库集群和数据库镜像的优点，此技术的一大好处是提供非共享存储，可以避免因为存储的单点故障而造成的整个可用性方案失效。 现在的 SQLServer 2014 AlwaysOn、SQLServer 2016 AlwaysOn最多可以支持9个副本，但只有一个可用性副本上运行的数据库是处于可读写状态。 AlwaysOn是一种整库同步的技术，所有的成员服务器都维护一套相同的数据库副本。当主副本上的数据发生变化时，数据会实时同步到辅助副本上。这点与数据库镜像非常类似。 阅读全文

摘要： 在.NET生态系统中，控制台程序的表现相对较差。通常来说，这种项目经常作为Demo演示使用。现在是时候让控制台应用程序得到其应有的尊重了。 终端技术的发展开启了增强用户体验的复兴。 ITerm2, Hyper, Windows Terminal，所有这些工具都为单调的控制台体验增加了一些趣味。 虽然这些工具都允许用户定制自己体验，但是对于开发人员来说，他们还希望向控制台应用程序中添加一些编程风格。 在本篇博文中，我们将一起看一下如何使用一些出色的开源项目为我们的控制台程序增添趣味。这里说明的顺序并不表明项目的优劣，他们都是改善我们控制台程序体验的优秀方案。 阅读全文

摘要： KCP是一个快速可靠协议，能以比 TCP 浪费 10%-20% 的带宽的代价，换取平均延迟降低 30%-40%，且最大延迟降低三倍的传输效果。纯算法实现，并不负责底层协议（如UDP）的收发，需要使用者自己定义下层数据包的发送方式，以 callback的方式提供给 KCP。 连时钟都需要外部传递进来，内部不会有任何一次系统调用。 整个协议只有 ikcp.h, ikcp.c两个源文件，可以方便的集成到用户自己的协议栈中。也许你实现了一个P2P，或者某个基于 UDP的协议，而缺乏一套完善的ARQ可靠协议实现，那么简单的拷贝这两个文件到现有项目中，稍微编写两行代码，即可使用。 阅读全文

摘要： 周正中，网名德哥 ( digoal )，目前就职于阿里云。PostgreSQL 中国社区发起人之一，PostgreSQL 象牙塔发起人之一，DBA+社群联合发起人之一,DBGeeK社区专家组成员。 看完并理解这些文章，相信你会和我一样爱上PostgreSQL，并成为PostgreSQL的布道者。 沉稳的外表无法掩饰PG炙热的内心 。 阅读全文

摘要： 随着如今信息化时代的到来，网络数据安全越来越重要，因此服务器维护和管理也成为企业健康稳定运营的一项重要工作。但实际情况是很多公司并没有配备专业的运维人员，一般都会通过一些管理软件维护或者主机托管给服务商。今天小编就给大家推荐几款服务器的Windows与Linux双机热备软件! 阅读全文

摘要： Dotfuscator是一款十分实用的.NET代码反编译工具，软件采用了最为先进的反编译技术，可以有效地帮助使用者防止你的软件被反编译，软件功能十分丰富，可以混淆流程、加密字符串 、添加水印、程序签名等 阅读全文

摘要： The Subaru EZ36 is a 3.6L flat-6 engine that made its debut in 2007. Its DOHC 24 valve design offers 256 horsepower and 247 lb-ft of torque. Subaru 3.6 engines are well known for their use in the 2010-2019 Legacy and Outback models. Overall, the EZ36D boxer engine has a lot to offer but no engine is perfect. In this guide, we discuss Subaru EZ36 3.6L engine problems along with specs, reliability, and more. 阅读全文

摘要： 智能平台管理接口(IPMI) 是一种开放标准的硬件管理接口规范，该标准由Intel、HP、NEC、Dell和SuperMicro等公司制定。是管理基于Intel结构的企业系统中所使用的外围设备采用的一种工业标准， 用户可以利用IPMI监视服务器的物理健康特征，如温度、电压、风扇工作状态、电源状态等。基于IPMI接口标准，服务器厂商同时提供了接入操作系统的带外运维通道，实现系统乃至业务应用的远程调试。 为方便用户对服务器进行硬件管理、维护， 业界各厂家服务器都配置远程智能管理模块，如IBM (IMM)、Dell(iDRAC)、HP(iLO/LO)、Fujitsu(IRMC S2/S4)、Oracle(ILOM 3)， 华为FusionServer服务器远程管理系统是iBMC，采用华为自研管理芯片hi1710，为服务器提供全面的精细化管控。 阅读全文

摘要： WireShark是一个网络封包分析软件。网络封包分析软件的功能是撷取网络封包，并尽可能显示出最为详细的网络封包资料。Wireshark使用WinPCAP作为接口，直接与网卡进行数据报文交换。在网络封包和流量分析领域有着十分强大功能的工具，深受各类网络工程师和网络分析师的喜爱。 本文主要内容包括： 1、Wireshark主界面介绍。 2、WireShark简单抓包示例。通过该例子学会怎么抓包以及如何简单查看分析数据包内容。 3、Wireshark过滤器使用。通过过滤器可以筛选出想要分析的内容。包括按照协议过滤、端口和主机名过滤、数据包内容过滤。 阅读全文

摘要： 这篇文章可以解决哪些问题？ 宿主机（Hyper-V服务器所在的物理机）与虚拟机网络互通问题 虚拟机访问Internet问题 解决方案的使用范围？ 理论上所有Hyper-V皆适用 阅读全文

摘要： HostA通过Switch双归属到RouterA和RouterB。主机HostA通过缺省网关访问主机HostB。RouterA和RouterB组成VRRP备份组，RouterA为主设备，RouterB为备用设备。用户希望实现： 正常情况下，主机以RouterA为默认网关接入Internet，当RouterA故障时，RouterB接替作为网关继续进行工作，实现网关的冗余备份。 RouterA故障恢复后，能在20秒内抢占成为Master，重新成为网关。 阅读全文

摘要： Keepalived是基于vrrp协议的一款高可用软件。Keepailived有一台主服务器和多台备份服务器，在主服务器和备份服务器上面部署相同的服务配置，使用一个虚拟IP地址对外提供服务，当主服务器出现故障时，虚拟IP地址会自动漂移到备份服务器。 VRRP（Virtual Router Redundancy Protocol，虚拟路由器冗余协议），VRRP是为了解决静态路由的高可用。VRRP的基本架构 虚拟路由器由多个路由器组成，每个路由器都有各自的IP和共同的VRID(0-255)，其中一个VRRP路由器通过竞选成为MASTER，占有VIP，对外提供路由服务，其他成为BACKUP，MASTER以IP组播（组播地址：224.0.0.18）形式发送VRRP协议包，与BACKUP保持心跳连接，若MASTER不可用（或BACKUP接收不到VRRP协议包），则BACKUP通过竞选产生新的MASTER并继续对外提供路由服务，从而实现高可用。 阅读全文