在我看来，golnag有许多反直观的设计，而且这些设计通常不能自圆其说，导致gohper一而再再而三的调入陷阱。 网上也有很多gohper总结了一些笔记，我再提炼精简一下，挂在脑图树上便于记忆。 值类型包括：所有integer、所有float、bool、string、数组和structure 引用类
https://www.zeekling.cn/articles/2022/04/10/1649579684900.html Redis存在慢查询导致请求延时 由于Redis主线程是单线程的，所以会存在慢查询会导致redis请求延时，可以参考： https://www.zeekling.cn/art
虚拟化平台升级或者增加服务器时，如果驱动不在官方兼容性列表中，容易导致未知问题。出现问题后，即使有售后服务，官方也不进行支持。所以在正式上线之前将驱动升级到官方兼容性列表中，显得尤为重要。 本文将介绍在VMware ESXi 6.7 U3版本下，查询网卡，HBA及RAID卡驱动版本，以及去官方查看兼
https://www.jianshu.com/p/b7e991be0909 因为前些天遇到大量 TIME_WAIT 导致端口耗尽服务异常的情况，让我注意到这个参数。先说它的作用：在 TIME_WAIT 数量等于 tcp_max_tw_buckets 时，不会有新的 TIME_WAIT 产生。 tc
数据库性能调优，不止是加索引，索引建多了，会导致索引数据过去庞大，也会严重影响性能。了解索引的利用率可以帮助我们更好处理垃圾索引。 1、mysql查看索引利用率： SELECT t.TABLE_SCHEMA, t.TABLE_NAME, INDEX_NAME, CARDINALITY, TABLE_
https://www.jianshu.com/p/599f132192f7 参考 本文主要摘抄自频繁分配释放内存导致的性能问题的分析 现象 压力测试过程中，发现被测对象性能不够理想，具体表现为：进程的系统态CPU消耗20，用户态CPU消耗10，系统idle大约70 用ps -o majflt,mi
https://www.163.com/dy/article/I0N6HEIT0511D6RL.html OpenAI表示，Redis的开源库bug导致了发生在周一的ChatGPT故障和数据泄露事件，当时一些用户可以看到其他用户的个人信息和聊天查询内容。 ChatGPT在侧边栏中显示了用户执行的以往
案例说明： 在执行表数据查询时，出现下图所示错误，索引故障导致表无法访问，后重建索引问题解决。本案例复现了此类故障解决过程。 适用版本： KingbaseES V8R3/R6 一、创建测试环境 # 表结构信息prod=# \d+ test1 Table "public.test1" Column|
1. 问题 docker容器日志导致主机磁盘空间满了。docker logs -f container_name噼里啪啦一大堆，很占用空间，不用的日志可以清理掉了。 2. 解决方法 2.1 找出Docker容器日志 在linux上，容器日志一般存放在/var/lib/docker/container
近期，一金融客户oracle 11.2.0.4 rac集群delete不当导致等待事件enq: TM - contention严重引起大范围会话堆积，记录的相关分析工作如下。 1、登录集群任意节点，查看集群全局等待事件 SQL> select event,count(*) from gv$sessi
概述 在国内，拉取 Docker 镜像速度慢/时不时断线/无账号导致限流等，比较痛苦😣. 这里提供加速/优化的几种方法。 梳理一下，会碰到以下情况： 国内下载速度慢/时不时断线：是因为网络被限制了。 没有公共镜像库账号导致限流：是因为 Docker Hub 等主流镜像库，近年来纷纷开始对未登录的匿
背景 前段时间业务研发反馈说是他的应用内存使用率很高，导致频繁的重启，让我排查下是怎么回事； 在这之前我也没怎么在意过这个问题，正好这次排查分析的过程做一个记录。 首先我查看了监控面板里的 Pod 监控： 发现确实是快满了，而此时去查看应用的 JVM 占用情况却只有30%左右；说明并不是应用内存满了
身为程序员的你，不知道在你身上曾经有没有发生过，因为种种原因，导致项目延期的情况？（约定某个时间点上线，结果拖到几天时间后）这里面我相信肯定有一些客观因素存在：比如就像上文最后一幅漫画图所描述的那样，市场专员为了拿到单子，在客户面前乱许诺，最后单子拿下来了，却给技术人员造成了非常大的开发压力，程序员不得不面临加班加点996的情况。（明明一个月的工作量，缩短到2周交付） 客观因素发生的时候，身为程序
本文针对MERGE场景下SQL语句因执行不下推而导致执行效率低下的案例进行分析。
web 应用服务器 CPU 消耗打到 99%，排查后发现是因为 ReDoS 导致了服务器发生了资源被耗尽、访问系统缓慢的问题。本片文章主要介绍ReDos 攻击的原理、常见场景以及防范和解决方案。
我方有一应用，偶尔会出现GC时间过长（间隔约4小时），导致性能波动的问题(接口最长需要耗时3秒以上)。经排查为G1垃圾回收器参数配置不当 叠加 MySQL 链接超过闲置时间回收，产生大量的虚引用，导致G1在执行老年代混合GC，标记阶段耗时过长导致。以下为对此问题的分析及问题总结。
VC上屏幕旋转的方式有2种 1.因重力导致的屏幕旋转 条件：shouldAutorotate返回true，设备开启了屏幕旋转开关。 设备发生重力旋转。 2.单页面强制旋转 条件：无。 设置设备旋转方向。 NSNumber *orientationTarget = [NSNumber numberWi
一般而言，在生产环境中无法在最初时就精确地评估每个硬盘分区在日后的使用情况，因此会导致原先分配的硬盘分区不够用。比如，伴随着业务量的增加，用于存放交易记录的数据库目录的体积也随之增加；因为分析并记录用户的行为从而导致日志目录的体积不断变大，这些都会导致原有的硬盘分区在使用上捉襟见肘。硬盘分好区或者部...
在Web安全领域，不足的日志记录和监控是一个重要的安全隐患，它可能导致攻击者能够更隐蔽地进行攻击，同时增加了攻击被检测和响应的难度。以下是对Web攻击中不足的日志记录和监控漏洞的详细介绍。 一、日志记录不足的问题 日志缺失或不完整 关键操作未记录：如用户登录、敏感数据访问、系统管理员操作等关键操作未
