痛吃现网故障
血的教训1.容量评估，上限宁可多了也不能少！2.评估需到位，数据佐证不能偷懒！3.周知到位！4.梳理核心检查项！不能摸瞎，心存侥幸，凡是可能出错的地方肯定会出错！
mysqlbinlog 解析
记录根据 binlog 日志文件，解析出指定之间范围的 sql 变更语句其中 binlog_mysqlbin.000010 为 binlog 日志文件mysqlbinlog -v --base64-output=decode-rows binlog_mysqlbin.000010 --start-datetime="2022-10-27 21:25:40" --stop-dat
tcpdump + wireshark 抓包分析
浏览器访问，通过 F12 浏览器抓包工具就可以进行请求响应包分析，某些复杂场景需分析服务端的网络问题等，这时可能需要在服务器进行抓包，可以用 tcpdump 抓服务器上的出、入数据包，再用 GUI 工具 wireshark 查看数据包情况。一、前置知识TCP 三握、四挥 https://baike.baidu.com/item/%E4%B8%89%E6%AC%A1%E6%8F%A1%E6%89%8
nginx 负载均衡配置
仅做负载均衡 upstream 简单场景记录，更多策略与参数可查阅官方文档http://nginx.org/en/docs/http/ngx_http_upstream_module.html#upstreamnginx.conf 片段upstream example_nginx_lb { server 127.0.0.2:80; server 127.0.0.3:80; } se
wrk 压测
一、背景通过压测发现系统瓶颈，评估系统 QPS、吞吐量上限二、工具选择ab、wrk、Jmeterab[root@VM-190-129-centos ~]# ab --help Usage: ab [options] [http[s]://]hostname[:port]/path Options are: -n requests Number of requests to perf
换了个主题 Initial 真香
感谢 offodd传送门：https://www.offodd.com/17.html
git rebase 入门实践
使用场景变更分支的基节点，使提交历史更线性、优雅。模拟场景与使用步骤步骤1 开发A，开发阶段git checkout -b feature/test1 touch feature_test1 git add . git commit -m 'commit in feature/test1' git push --set-upstream origin feature/test1步骤2 开发B，
让 ls -l 更易读的时间格式
ls -l 变更前[root@VM-centos ~]# ls -l total 168 drwxr-xr-x 2 root root 4096 May 6 16:51 code_bak -rwxr-xr-x 1 root root 129424 Jan 27 2016 dig drwxr-xr-x 2 root root 4096 Apr 27 2021 docker drw
PHP 命令行运行，临时调整 ini 配置
一、背景在开发中，用命令行模式来运行 PHP 脚本，需将错误直接打在标准输出上方便调试，若 php.ini 中 display_errors 默认为 off 不打印错误（生产一般都是 off 不打印，而是将错误日志输出到文件，在 error_log 中定义输出路径），那么在命令行中如何直接变更 ini 配置为打印错误日志到终端呢？二、使用 -d 参数（-r 直接运行，打印临调结果）-d foo[=