一：背景 1. 讲故事 这一期程序故障除了做原理分析，还顺带吐槽一下，熟悉我的朋友都知道我分析dump是免费的，但免费不代表可以滥用我的宝贵时间，我不知道有些人故意恶搞卡死是想干嘛，不得而知，希望后面类似的事情越来越少吧！废话不多说，我们来看看是如何被恶搞的。 二：WinDbg 分析 1. 程序是如
一：背景 1. 讲故事 前些天群里有一个朋友说他们软件会偶发崩溃，想分析看看是怎么回事，所幸的是自己会抓dump文件，有了dump就比较好分析了，接下来我们开始吧。 二：WinDbg 分析 1. 程序为什么会崩溃 windbg 还是非常强大的，当你双击打开的时候会自动帮你定位过去展示崩溃时刻的寄存器
一：背景 1. 讲故事 停了一个月没有更新文章了，主要是忙于写 C#内功修炼系列的PPT，现在基本上接近尾声，可以回头继续更新这段时间分析dump的一些事故报告，有朋友微信上找到我，说他们的系统出现了大量的http超时，程序不响应处理了，让我帮忙看下怎么回事，dump也抓到了。 二：WinDbg分析
问题背景 在一个风和日丽的下午，公司某项目现场运维同学反馈，生产环境3个Redis的Sentinel集群节点内存占用都很高，达到了17GB的内存占用量。 稍加思索，应该是某些Key的Value数据体量过大，占用了过多的内存空间，我们在使用Redis的过程中，单个Value或者单个集合中的元素应该保证
事件背景 我以前只是在新闻看到过拖欠农民工工资这样的事，但这次是发生在自己身上了！ 今天晚上下班后，看见父母面露愁色，并认真的听着父母的对话。 大概意思是就是爸爸跟着工程队包天活已经完事有一段时间了，但是包天的工资一直不给，而且听爸爸说那意思就是，就是打钱的人要从工程款的工资里吃5000的回扣。 所
> **本文已收录到 [AndroidFamily](https://github.com/pengxurui/AndroidFamily)，技术和职场问题，请关注公众号 [彭旭锐] 和 [BaguTree Pro] 知识星球提问。** - 往期回顾：[LeetCode 单周赛第 348 场 · 数
目录 背景一、下载并安装Google Chrome二、下载并安装依赖包1.安装libvulkan.so.1()(64bit)2.安装liberation-fonts3.安装Google Chrome 总结 背景 Google Chrome安装需要相关依赖，而目前项目中的服务器被要求不能连接外网，这样
问题背景：UI页面点击会偶尔返回error，检查调用日志，发现nginx报502报错，因此本文即排查502报错原因。 如下红框可知，访问本机个备机的服务502了，用时3秒左右（可见并不是超时） 先给出原因：是因为tomcat8默认的acceptCount是100，请求量大的时候，会将一些来不及处理的
码: 背景 数字运算在数据库中是很常见的需求, 例如计算数量、重量、价格等, 为了满足各种需求, 数据库系统通常支持精准的数字类型和近似的数字类型. 精准的数字类型包含 int, decimal 等, 这些类型在计算过程中小数点位置是固定的, 其结果和行为比较可预测. 当涉及钱时, 这个问题尤其重要
01 背景 某tidb集群收到告警，TIKV 节点磁盘使用率85%以上，联系业务无法快速删除数据，于是想到扩容TIKV 节点，原先TIKV 节点机器都是6TB的硬盘，目前只有3TB的机器可扩，也担心region 均衡后会不会打满3TB的盘，PD 调度策略来看应该是会根据不同存储机器的资源配置和使用情
1 背景 我们的业务服务随着功能规模扩大，用户量扩增，流量的不断的增长，经常会遇到一个问题，就是数据存储服务响应变慢。 导致数据库服务变慢的诱因很多，而RD最重要的工作之一就是找到问题并解决问题。 下面以MySQL为例子，我们从几个角度分析可能产生原因，并讨论解决的方案。 2 定位慢查询的原因并优化
# 1 背景 在大型互联网场景中，数据库的高可用性显得尤为重要，为了保证稳定性，一般需要采用强化的架构模式，以保证数据层能够提供持续有效的稳定支撑。 # 2 高可用架构的基本演进过程 ## 2.1 基本的数据库架构 每个服务对应一个存储服务实例（基本是数据库单实例模式），使用 IP+Port 进行连
# 故事背景 忘记密码这件事，相信绝大多数人都遇到过，输一次错一次，错到几次以上，就不允许你继续尝试了。 但当你尝试重置密码，又发现新密码不能和原密码重复：  题目链接：LintCode 92 · Ba
1 背景 市面上常见的有，2pc/3pc、tcc、saga等常见的分布式事务解决方案，但是实际实施起来框架比较重，设计开发比较繁琐，不易于快速开发上手。本文提供一种基于柔性事务设计的简单易上手的分布式事务设计方案，用于解决常见的分布式事务常见场景。 2 常见分布式事务场景 2.1 同步场景 常见的场
1 背景与目标 1.1 背景 国际财务泰国每月月初账单任务生成，或者重算账单数据，数据同步方案为mysql通过binlake同步ES数据，在同步过程中发现计费事件表，计费结果表均有延迟，ES数据与Mysql数据不一致，导致业务页面查询数据不准确，部分核心计算通过ES校验失败 1.2目标 解决binl
1 背景 这是一个安静祥和没有bug的下午。作为一只菜鸡，时刻巩固一下基础还是很有必要的，如此的大好时机，就让我来学习学习mybatis如何使用。 这可和我看到的不一样啊，让我来看看项目里怎么写的。 我们项目中的Dao都继承于BaseDao，而BaseDao继承于SqlSessionDaoSuppo
## 1 背景 APP端UI自动化因其特殊性（需连接测试机）一般都在本地执行，这种执行方式的局限性有以下弊端： 1. 时效性低：研发每次打包后都需要通知测试，测试再去打包平台取包，存在时间差 1. 研发自测或产品验收无法使用自动化脚本：研发自测及产品验收时如果想用自动化脚本需要搭建相应的运行环境并准
# 调研背景： 数据库连接建立是比较昂贵的操作（至少对于 OLTP），不仅要建立 TCP 连接外还需要进行连接鉴权操作，所以客户端通常会把数据库连接保存到连接池中进行复用。连接池维护到弹性数据库（JED）的长连接，弹性数据库默认不会主动关闭客户端连接（除非报错），但一般客户端到弹性数据库之间还会有负
一：背景 1. 讲故事 中秋国庆长假结束，哈哈，在老家拍了很多的短视频，有兴趣的可以上B站观看：https://space.bilibili.com/409524162 ，今天继续给大家分享各种奇奇怪怪的.NET生产事故，希望能帮助大家在未来的编程之路上少踩坑。 话不多说，这篇看一个.NET程序集泄
