大家好，我是皮皮。一、前言前几天在Python白银交流群【喜靓仔】问了一个Python异常处理的问题，这里拿出来给大家分享下。二、实现过程这里粉丝给的信息十分有限，看问题其实还是挺难的，【论草莓如何成为冻干莓】给了一个指导。尝试进行断点定位问题：然后就找到

原文：https://www.cnblogs.com/ruixueyan/p/6382770.html1\.背景1.1.话题来源最近很多从事移动互联网和物联网开发的同学给我发邮件或者微博私信我，咨询推送服务相关的问题。问题五花八门，在帮助大家答疑解惑的过程中，我也对问题进行了总结，大概可以归纳为如下几类：1.Ne

FastDFSV3引入合并存储（trunkfile）特性后，有用户反馈上传文件提示trunk空间被占用的问题。我在测试环境中经过一通测试，在极其偶然的情况下也能重现这个问题。然后就开始排查这个问题。  FastDFS一个group（存储分组）内有一台storageserver被选举为trunkserver，用于管理和分配该组的trunk可用

单元测试与问题发现通过查看源代码，会发现一些潜在的问题。但为了验证这些问题确实存在，以及说明发生在何种场景以便测试重现，我们需要先对Think\\Log这个类编写对应的单元测试，这也利于对后期进行重构后进行回归测试。测试环境部署如下所示，在ThinkPHP同级上建立了对应的测试目录test\_ThinkPHP

工作中同事遇到此异常，查找解决问题时，收集整理形成此篇文章。问题场景问题出现环境：1、在同一事务内先后对同一条数据进行插入和更新操作；2、多台服务器操作同一数据库；3、瞬时出现高并发现象；不断的有一下异常抛出，异常信息：org.springframework.dao.CannotAcquireLockExc

大家好，我是Python进阶者。前言前几天在铂金交流群里，有个叫【小朋友】的粉丝在Python交流群里问了一道关于Pyecharts可视化的问题，初步一看觉得很简单，实际上确实是有难度的，问题如下。乍一看，这个问题不知道他在说什么，看完代码之后，我才明白他

我方有一应用，偶尔会出现GC时间过长（间隔约4小时），导致性能波动的问题(接口最长需要耗时3秒以上)。经排查为G1垃圾回收器参数配置不当叠加MySQL链接超过闲置时间回收，产生大量的虚引用，导致G1在执行老年代混合GC，标记阶段耗时过长导致。以下为对此问题的分析及问题总结。

缘起生产环境服务A部署在K8s上，某天运维告诉我这个服务经常会重启，客户没有报告是因为我们是滚动发布更新，先启动这个服务的一个新实例，然后将旧实例Kill掉，这样前端是无感知的，但重启是实实在在存在的，生产问题不可马虎，于是开启了定位问题之旅。过程定位问题

背景相信不少人都值过班当过小秘吧，每天都要在线排查与解答各种各样来自IT或"单聊"的问题，同时还要针对每个问题进行"复盘"分析，在完善系统、提高体验的同时挖掘出其中的雷点，防止某一天突然"爆炸"造成不可控的局面。我们这边在值班小秘每日进行线上问题排查、解答

每年年底或年初都会有各种总结规划，业务部门有业务的规划，研发部门有研发的技术规划，下面分享一下对系统技术规划的几点思路。研发技术规划重点对所负责系统的技术架构升级、技术债问题以及运维问题进行梳理并根据梳理的问题制定匹配的方案，据此方案提前进行技术储备和资源