标签: 报错 - 文章列表
共 5 页 · 清除标签筛选
-
PHP报错Allowed memory size of 134217728 bytes exhausted的解决方法（memory_limit调整、memory_get_usage定位与内存泄漏排查）
PHP报Allowed memory size of 134217728 bytes exhausted时，括号里的tried to allocate不是已用内存，报错行号也不一定是真凶。这篇从php.ini与FPM pool配置的区别讲起，给出php_admin_value、.user.ini、ini_set、php -d四种改法的生效范围与各自的坑，再用memory_get_usage打点定位大文件一次性读取、fetchAll、GD大图这类写法，并给出memory_limit取值与pm.max_children、容器内存的换算思路。
-
Linux服务器端口访问不通的排查方法（Connection refused、Connection timed out与No route to host的区分定位）
同样是连不上，Connection refused秒回、Connection timed out等满超时、No route to host又是另一层。按三种报错串分诊，给出ss、nc、curl、nft、tcpdump、ping -M do与iperf3的定位命令，覆盖监听地址、安全组、rp_filter与MTU几类常见原因。
-
MySQL主从复制延迟与报错1236、1062的排查与解决方法（Seconds_Behind_Master、Slave_SQL_Running为No与并行复制调整）
从库Seconds_Behind_Master持续增大、Slave_SQL_Running变成No、报错1236与1062，分别指向IO线程、SQL线程与回放性能三类原因。给出SHOW REPLICA STATUS各字段的读法、binlog保留期检查、并行复制参数调整和大事务定位的完整命令。
-
Go报错fatal error: concurrent map read and map write的排查与解决方法（go run -race定位、sync.RWMutex与sync.Map选型）
map并发读写触发的不是普通panic，defer里的recover拦不住它，进程直接退出。这篇把整条排查链路写清楚：从hashWriting标志位说明为什么recover无效，到用go run -race与go test -race复现定位，再到Windows下mingw-w64版本不足导致-race编不过的处理办法，最后给出sync.Mutex、sync.RWMutex、sync.Map与channel四种写法的取舍，以及struct内嵌map、range期间写入这类容易被漏掉的并发入口。
-
报错丢失MSVCP140.dll、VCRUNTIME140.dll与应用程序无法正常启动0xc000007b的解决方法（VC++运行库版本对应、32位与64位混用排查、/MT与/MD）
程序在本机跑得好好的，拷到另一台机器就弹丢失MSVCP140.dll，或者只给一个0xc000007b的框。这类报错多数不是没装运行库，而是架构位数混了或加载顺序出了岔子。文中给出VC++运行库与Visual Studio 2015、2017、2019、2022、2026的版本对应关系，用注册表和文件属性确认装没装，用dumpbin与Dependencies查32位与64位混用，用安装日志看懂0x80070666这类退出码，最后讲清/MT静态链接和CMake侧的配法。
-
PostgreSQL慢查询定位与索引失效的排查方法（pg_stat_statements抓取、EXPLAIN ANALYZE看执行计划与索引不命中的常见写法）
接口越用越慢却查不出原因时，先把SQL抓出来再看执行计划。文章讲pg_stat_statements的安装与排序查法、log_min_duration_statement与auto_explain的配置、EXPLAIN ANALYZE的三处读法，以及函数包裹列、隐式类型转换、前导模糊、复合索引前导列缺失这些让索引失效的写法，还有random_page_cost与统计信息过期的处理。
-
IIS站点访问报错503 Service Unavailable与应用池自动停止的排查方法（快速故障防护、标识权限与HTTPERR日志定位）
IIS站点打开是一张白页只显示Service Unavailable。文章按503的子状态码分诊，讲清503.0应用池停掉的定位办法：appcmd查池状态、WAS事件5002与5011确认快速故障防护触发、httperr.log里的AppOffline原因短语，以及标识权限、Load User Profile与appConcurrentRequestLimit这几处常见诱因。
-
Kubernetes Pod一直CrashLoopBackOff与ImagePullBackOff的排查方法（kubectl describe定位、探针配置与镜像拉取修复）
Pod卡在CrashLoopBackOff或ImagePullBackOff时的排查路径：kubectl describe看Events与Last State退出码，137、139、143、127各自代表什么，livenessProbe把慢启动应用杀掉时容忍时间怎么算，私有仓库的imagePullSecrets挂到ServiceAccount，节点上用crictl验证拉取，以及arm64节点拉amd64镜像导致的exec format error。
-
Elasticsearch集群报red状态与分片UNASSIGNED的排查方法（allocation explain定位、磁盘水位线与副本数调整）
Elasticsearch集群health变red、分片显示UNASSIGNED，写入报cluster_block_exception。用_cat/shards与_cluster/allocation/explain定位到具体decider，处理磁盘水位线85%、90%、95%，副本数与节点数不匹配、max_shards_per_node上限及分配开关未恢复。
-
Windows服务启动报错1053与1067的排查方法（服务没有及时响应启动或控制请求与进程意外终止的定位）
Windows服务启动报1053或1067，弹窗只给一句错误信息。按事件ID 7000/7009/7011/7034/7038分诊，手动跑可执行文件定位工作目录与依赖，处理服务账户密码过期、依赖服务未启动、ServicesPipeTimeout超时与sc create的binPath转义。