记得大一学Python的时候，有一个题目是判断一个数是否是复数。当时觉得比较复杂不好写，就琢磨了一个偷懒的好办法，用异常处理的手段便可以大大程度帮助你简短代码（偷懒）。以下是判断整数和复数的两段小代码： 相信看到这里，你也有所顿悟，能拓展出更多有意思的方法~
记录：330 场景：在CentOS 7.9操作系统上，使用reposync从开源镜像站下载docker-ce镜像仓库的rpm包；使用createrepo制作本地docker-ce镜像仓库；使用httpd发布服务。解决内网中使用yum命令安装docker-ce的需求。 版本： 操作系统：CentOS
记录：363 场景：在CentOS 7.9操作系统上，在主机A上远程执行主机B上的Linux命令。使用for循环执行Linux命令，比如把主机A的/etc/yum.repos.d目录下文件，分发到集群其它节点。 1.使用for循环执行Linux命令 场景：把k8s-master01主机文件分发(拷贝
记录：310 场景：在CentOS 7.9操作系统上，使用reposync从开源镜像站下载epel镜像仓库的rpm包；使用createrepo制作本地epel镜像仓库；使用httpd发布服务。解决内网中使用yum命令安装软件时，缺少依赖包的需求。 版本： 操作系统：CentOS 7.9 名词： EP
记录：311 场景：在CentOS 7.9操作系统，使用yum install --downloadonly命令下载rpm安装包和依赖包；使用reposync命令下载远程yum源镜像仓库；使用wget命令下载指定文件；使用curl下载指定文件。 版本： 操作系统：CentOS 7.9 1.基础环境
测试环境： CPU:Kunpeng 920 8Core MEM:16G Storage:200G OS:openEuler 20.03 (LTS-SP3) 1 服务器资源监控工具——Stream 1.1 编译安装——Stream 源码编译安装 下载源码： wget http://www.cs.v
现象 spring boot项目jvm启动配置-Xms4g -Xmx4g，然而很不幸的是程序所占的内存越来越高，都达到了12个多G，只能临时重启服务 常用命令 jstat -class PIDjstat -compiler PIDjstat -gc PIDjstat -gccapacity PIDj
一、命令1： find、grep、file、which、whereis 1、find 目的：查找符合条件的文件 1）在哪些目录中查找 2）查找的内容 格式： find 目录名 选项 查找条件 举例： 1）find /work -name "test1.txt" 说明： /work 指明了查找的路径-
https://www.cnblogs.com/jyzhao/p/8628184.html 故障描述：与客户沟通，初步确认故障范围大概是在上午的8:30-10:30之间，反应故障现象是Tomcat的连接数满导致应用无法连接，数据库alert中无明显报错，需要协助排查原因。 1.导入包含故障时刻的数据
目录 1.记忆集(`remembered set`) 1.记忆集(remembered set) 问题：G1将堆区划分成多个region，一个region不可能是独立的，它其中存储的对象可能被其他任意region(这些region可能Old区或者Eden区)中的对象所引用。这样一来，在进行YGC的时
记一次使用gdb诊断gc问题全过程 原创：扣钉日记（微信公众号ID：codelogs），欢迎分享，转载请保留出处。 简介# 上次解决了GC长耗时问题后，系统果然平稳了许多，这是之前的文章《GC耗时高，原因竟是服务流量小？》然而，过了一段时间，我检查GC日志时，又发现了一个GC问题，如下：从这个图中可
https://juejin.cn/post/6844904019983335438 对于前端的“内存泄漏”这个东西，说实话我只在书上看到过: 闭包、匿名函数和事件绑定尤其容易造成内存泄漏。 然而这些操作造成的“内存泄漏”究竟是什么样子的？如何排查？虽然很好奇，却不得而知。直到这次公司应用频繁出现浏
记三天内做了普通胃镜和普通肠镜检查的体验（2023.4.17） 最近三周肠胃一直不舒服，肚子疼、腹泻、烧心等。去医院开了药吃了2星期感觉没啥效果，做了吹气测试也正常。后来在医生的建议下，准备做一次全套的胃镜和肠镜检查。之前也听说过这两个检查的恐怖，我对胃镜也是有些害怕，本来考虑做无痛的，但是去医院一
记druid 连接池没满,但超时问题 GetConnectionTimeoutException active 5, maxActive 100 问题说明 线上服务突然出现报错，通过日志查找发现是因为服务升级导致压力集中到某个节点上，出现连接获取超时导致的。 从日志中也找到了异常。 异常信息： co
记得上次ACOUG年会(《ACOUG年会感想》)，请教杨长老问题的时候，谈到分区，如果执行分区删除的操作，就会导致全局索引失效，除了使用12c以上版本能避免这个问题外，指出另外一种解决的方式，表面看很巧妙，实则是对分区原理的深入理解。 我们先从实验，了解这个问题，首先创建分区表，他存在4个分区，每个
背景 nginx 499在服务端推送流量高峰期长期以来都是存在的，间或还能达到告警阈值触发一小波告警，但主观上一直认为499是客户端主动断开，可能和推送高峰期的用户打开推送后很快杀死app有关，没有进一步探究问题根源。 然而近期在非高峰期也存在499超过告警阈值的偶发情况，多的时候一天几次，少的时候
有Exadata客户在进行exachk巡检之后反馈，发现系统中，exachk进程占用了大量CPU资源。 了解之前的变更，只是巡检之前升级了AHF，然后进行标准的exachk巡检。 现象： 目前机器整体CPU使用率是20%+，但被使用到的具体CPU core基本都是满负荷，都是这些exachk进程，这
有客户找到我这边咨询，说他们的一套核心ADG库在业务高峰期报错，因为业务做了读写分离，其备库也实际承担读业务，所以备库故障也会对业务产生影响。 这里也要提醒大家，做读写分离，如果读库出现故障的情况，要有切换到主库的应急方案考虑进去。 客户这里自己通过重启备库暂时解决，但担心故障再现，所以非常着急要分
记录一下《密码学报》投稿遇到的坑，要不研究一下，投稿都不会投！（死在第一步） 模版地址 http://www.jcr.cacrnet.org.cn/CN/column/column13.shtml 下载的是一个ZIP压缩包，是一个Latex文件【提示：密码学报目前没有DOC模版（2023.3.10）
