本文面向Java初学者，用通俗的语言讲解分页查询实现，读完即可动手实践。

熟练掌握配置环境变量，是写好Linux代码的基本功。本文循序渐进，从概念到示例一次讲透。

如果你正在学习Git，那么fetch与pull的区别几乎是绕不开的一个环节。本文从原理到实践，带你快速上手。

同样是查找命令安装路径，不同的实现方式在性能和可维护性上差别很大。本文对比几种常见写法，并给出推荐方案。

判断请求是否来自手机是PHP开发者必须掌握的基础技能之一。掌握它不仅能提升开发效率，还能避免很多隐蔽的 Bug。

很多初学者在学习Python时，都会遇到操作Redis缓存相关的问题。网上的资料零散且质量参差不齐，本文尝试用一篇文章把操作Redis缓存讲清楚。

面试中经常被问到的操作Redis缓存，你真的掌握了吗？本文结合实例，讲解PHP中操作Redis缓存的正确用法。

同样是解决合并冲突，不同的实现方式在性能和可维护性上差别很大。本文对比几种常见写法，并给出推荐方案。

很多线上 Bug 的根源，都在于对Flex布局入门的理解不够深入。本文从常见错误出发，反推正确的使用姿势。

很多初学者在学习HTML/CSS时，都会遇到两栏布局实现相关的问题。网上的资料零散且质量参差不齐，本文尝试用一篇文章把两栏布局实现讲清楚。

前言

服务器上打包备份、上传下载源码、解压第三方软件，都离不开压缩解压命令。Linux 常用两套工具：tar（配合 gzip/bzip2/xz，后缀 .tar.gz、.tar.bz2、.tar.xz）和 zip/unzip（后缀 .zip，与 Windows 互通方便）。本篇按场景汇总最常用命令，记住几个核心参数即可覆盖日常运维。

一、tar 核心参数记忆

• c：创建打包（create）
• x：解包（extract）
• t：查看包内容不解压（list）
• v：显示过程（verbose）
• f：指定文件名（file，必须放最后）
• z：gzip 压缩（.tar.gz）
• j：bzip2 压缩（.tar.bz2）
• J：xz 压缩（.tar.xz）
• -C 目录：解压到指定目录
• --exclude=路径：打包时排除某些目录

二、tar 打包压缩常用命令

# 1. 打包并用 gzip 压缩目录（最常用）
tar -zcvf backup.tar.gz /var/www/html

# 2. bzip2 压缩（压缩率更高，速度慢）
tar -jcvf backup.tar.bz2 /var/www/html

# 3. xz 压缩（压缩率最高，速度最慢）
tar -Jcvf backup.tar.xz /var/www/html

# 4. 打包时排除缓存目录
tar -zcvf site.tar.gz /var/www/html --exclude=/var/www/html/cache --exclude=/var/www/html/logs

# 5. 查看压缩包内容（不解压）
tar -ztvf backup.tar.gz

三、tar 解压常用命令

# 解压 .tar.gz 到当前目录
tar -zxvf backup.tar.gz

# 解压到指定目录（目录需先存在）
mkdir -p /data/restore
tar -zxvf backup.tar.gz -C /data/restore

# .tar.bz2 解压
tar -jxvf backup.tar.bz2

# .tar.xz 解压
tar -Jxvf backup.tar.xz

# 只解压包内某个文件
tar -zxvf backup.tar.gz ./www/config.php

tar 会自动识别压缩格式，日常也可直接用 tar -xvf backup.tar.gz，省略 z/j/J。

四、zip 与 unzip

# 安装（最小化系统可能缺失）
yum install -y zip unzip

# 压缩目录为 zip
zip -r site.zip /var/www/html

# 压缩时排除某些文件
zip -r site.zip /var/www/html -x "*/cache/*" "*.log"

# 解压 zip 到当前目录
unzip site.zip

# 解压到指定目录
unzip site.zip -d /data/restore

# 查看 zip 内容
unzip -l site.zip

# 解压时覆盖已存在文件（不询问）
unzip -o site.zip

参数：-r 递归打包目录，-d 指定解压目录，-o 强制覆盖，-l 列出内容。

五、gzip / gunzip 单文件压缩

# 压缩单个文件（原文件被替换为 .gz）
gzip messages

# 解压
gunzip messages.gz
# 等价于
gzip -d messages.gz

# 保留原文件压缩
gzip -k messages

六、常见坑

1. f 参数位置错：tar -zcvf 文件名 中 f 必须紧跟文件名，放最前面会报错；
2. 打包用绝对路径：tar -zcvf a.tar.gz /var/www 解压时会还原完整路径；建议先 cd /var 再打包 www，或用相对路径；
3. 解压目录不存在：-C 指定的目标目录要先 mkdir -p，否则解压失败；
4. zip 忘记 -r：只打包了目录本身，里面文件没进去；
5. .tar.gz 当成 .zip 解压：先 file 文件名 或 tar -ztvf 确认格式；
6. 中文文件名乱码：unzip 加 -O CP936（老版本）或 -O gbk，解压 Windows 带来的 zip；
7. 大文件打包占满磁盘：先确认目标分区剩余空间，备份包不要和源目录放同一分区。

七、备份场景示例

# 打包网站源码并按日期命名
tar -zcvf /backup/site_$(date +%Y%m%d).tar.gz -C /var www

# 打包数据库导出文件
mysqldump -u root -p dbname > db.sql
gzip db.sql

总结

日常备份优先 tar -zcvf 包名.tar.gz 目录，解压 tar -zxvf 包名.tar.gz；与 Windows 互通用 zip -r / unzip；f 参数紧跟文件名，解压前先确认格式和目标目录，打包大目录时注意磁盘空间和路径写法。

遇到问题加QQ23979811 协助处理

前言

排查服务器"为什么重启了"、评估系统稳定性时，需要知道系统上次启动时间和连续运行时长。uptime 是最直接的命令，一行同时给出当前时间、运行时长、在线用户数和平均负载。本篇拆解它的输出含义，并补充查看精确开机时间的其他方法。

一、uptime 基本用法

uptime
# 输出示例：
#  07:35:12 up  18:22,  2 users,  load average: 0.12, 0.08, 0.05

二、输出字段逐项解读

• 07:35:12：系统当前时间；
• up 18:22：系统已连续运行 18 小时 22 分钟；如果跨天较长会显示 days，例如 up 3 days, 04:10；
• 2 users：当前登录的会话数（包含 ssh、终端、图形会话，重复登录会重复计数，不等于在线人数）；
• load average: 0.12, 0.08, 0.05：系统平均负载，分别对应最近 1 分钟、5 分钟、15 分钟 的平均活跃进程数（含运行、等待 CPU、等待 IO 的进程）。

三、平均负载怎么判断是否偏高

平均负载要看 CPU 核心数才有意义：

# 查看 CPU 核心数
nproc
# 或
cat /proc/cpuinfo | grep "processor" | wc -l

经验判断：

• 负载值 < CPU 核数：CPU 处理得过来；
• 负载 ≈ 核数：接近饱和；
• 负载 > 核数持续几分钟：进程在排队，需要结合 top、vmstat 排查是 CPU 密集还是 IO 密集；
• 1 分钟高、5/15 分钟低：短时高峰；三分钟趋势接近且都偏高：持续压力。

四、uptime 常用参数

# 简洁模式，只显示运行时长
uptime -s
# 显示上次开机时间（精确到时分秒）
# 输出示例：2026-10-21 13:12:49

uptime -p
# 漂亮格式：up 18 hours, 22 minutes

五、其他查看开机时间的方法

# 1. who -b 查看上次启动时间
who -b

# 2. last reboot 列出历次重启记录（查谁重启、何时重启）
last reboot | head

# 3. 读取 /proc/uptime（第一个值为秒数，第二个为空闲秒数）
cat /proc/uptime

# 4. systemd 系统用 systemd-analyze 看启动耗时
systemd-analyze

六、常见坑

1. up 后面格式看错：18:22 是小时:分钟，不是当天时间；跨天会出现 days；
2. users 当成真实人数：它统计会话数，一条 ssh 断线未退出也会占一个会话；用 w 或 who 看具体登录人；
3. 负载和 CPU 占用混淆：高负载可能是磁盘 IO 等待导致，CPU 使用率反而不高，要结合 top 中 %wa 判断；
4. 不结合核数看负载：4 核机器负载 2.0 很轻松，1 核机器负载 2.0 已经排队；
5. uptime -s 拿到的是开机时间，不是进程启动时间：查某个服务何时启动用 ps -o lstart -p PID。

七、排查组合命令

# 一次看：运行时长、负载、CPU 核数、当前登录人
uptime
nproc
w

服务异常时先看 uptime：若运行时长很短，说明机器刚重启，先确认是计划重启、断电还是崩溃重启，再结合 last reboot 和 /var/log/messages 定位原因。

总结

uptime 一行给出当前时间、已运行时长、登录会话数和 1/5/15 分钟负载；判断负载要除以 CPU 核数；精确开机时间用 uptime -s、who -b、last reboot；重启类故障先确认运行时长和重启记录，再往下查系统日志。

遇到问题加QQ23979811 协助处理

前言

新装的 CentOS7 最小化系统默认不带 wget、vim、net-tools（ifconfig、netstat）、lsof、curl 等常用工具，执行命令时会提示 command not found。本篇汇总这些基础工具包的安装命令、对应包名和常见报错处理，新机器上线后可一次性补齐。

一、先更新缓存

yum clean all
yum makecache

若提示镜像 404 或超时，先更换国内 yum 源（阿里云/清华），再执行安装。

二、常用工具包安装命令

# wget：下载文件
yum install -y wget

# vim：文本编辑器（最小化系统默认只有 vi）
yum install -y vim

# net-tools：提供 ifconfig、netstat、route、arp 等网络工具
yum install -y net-tools

# curl：命令行请求接口
yum install -y curl

# lsof：查看端口/文件被哪个进程占用
yum install -y lsof

# zip/unzip：压缩解压
yum install -y zip unzip

# tar 系统自带；补充常用编译工具链（源码编译时需要）
yum install -y gcc gcc-c++ make

一次性批量安装：

yum install -y wget vim net-tools curl lsof zip unzip gcc gcc-c++ make

三、各工具用途速查

四、安装后验证

# 查看版本确认安装成功
wget --version
vim --version
netstat -tlnp
curl --version
lsof -v

netstat -tlnp 能正常输出监听端口列表，说明 net-tools 已装好。

五、常见坑

1. ifconfig: command not found：不是系统坏了，是没装 net-tools；新系统推荐用 ip addr 替代；
2. vim: command not found：最小化只带 vi，装 vim 才有语法高亮和完整快捷键；
3. wget: command not found：最小化镜像默认不装，单独 yum install -y wget；
4. yum 安装报 404/超时：CentOS7 官方源已逐步归档，先换阿里云 vault 镜像源再装；
5. 提示包不存在：确认系统版本（cat /etc/centos-release），net-tools 在 CentOS7 仓库内，8/9 对应包名基本一致；
6. 编译安装软件缺依赖：先装 gcc gcc-c++ make，再按报错补 pcre-devel、openssl-devel、zlib-devel 等开发包。

六、补充：网络工具 iproute2

CentOS7 已默认带 iproute2，提供 ip 命令，功能比 net-tools 更现代：

ip addr          # 替代 ifconfig
ip route         # 替代 route
ss -tlnp         # 替代 netstat -tlnp

老运维习惯 net-tools，新脚本建议优先用 ip 和 ss。

总结

新机器先 yum clean all && yum makecache，再 yum install -y wget vim net-tools curl lsof zip unzip 批量补齐；命令找不到先判断是缺包，用 yum provides 命令名 反查对应包名；网络排查可新旧工具并用，ip、ss 作为现代替代。

遇到问题加QQ23979811 协助处理

前言

排查磁盘满时最容易混淆 du 和 df：一个统计文件实际占用，一个统计分区已用空间，二者数字常常对不上。搞清楚各自口径、配合使用，才能准确找到占空间的目录和被已删除但仍被进程占用的空间。本篇讲清两者区别、常用参数和排查组合拳。

一、df：看分区（文件系统）整体用量

df 读取文件系统超级块，统计每个分区总容量、已用、可用、挂载点，回答的是"这块盘还剩多少"。

# 人类可读格式（K/M/G），显示文件系统类型
df -hT
# 只看某个挂载点
df -h /var
# 列出 inode 使用情况（空间没满但报 No space 时排查）
df -i

参数：-h 人类可读，-T 显示类型，-i 查看 inode，-x tmpfs 排除内存临时文件系统。

二、du：统计目录/文件实际占用

du 遍历目录树累加每个文件大小，回答的是"哪个目录最占地方"。

# 查看当前目录大小，人类可读
du -sh .
# 查看 /var 下一级子目录大小并排序（从大到小）
du -h --max-depth=1 /var | sort -rh | head -20
# 查看单个文件大小
du -h /var/log/messages
# 统计当前目录下各子目录，只显示总计
du -sh /var/*

参数：-s 只显示汇总，-h 人类可读，--max-depth=N 限定统计层级，-x 不统计其他挂载点。

三、两者核心区别

四、为什么 du 和 df 数字对不上

常见三种原因：

1. 已删除文件仍被进程占用：文件删掉了但进程没释放句柄，du 不再统计，df 仍计入已用。用 lsof | grep deleted 找到占用进程，重启或截断对应文件即可释放。
2. 硬链接重复统计口径：du 按目录累加，硬链接在不同目录可能被重复计数；df 看块设备分配更准。
3. 隐藏在挂载点下的旧文件：目录里先写了数据，后在该路径挂载新盘，旧文件被遮盖，du 看不到，df 上一层分区仍占用。

五、磁盘满排查标准流程

# 1. 先用 df 确认哪个分区满了、inode 是否耗尽
df -h
df -i
# 2. 进入对应分区，逐层 du 找大目录
du -h --max-depth=1 /var | sort -rh | head
# 3. 找大于 500M 的文件
find /var -type f -size +500M -exec ls -lh {} \;
# 4. 检查被删除但仍占用空间的文件
lsof | grep deleted

定位到日志、缓存、旧备份等大文件后，优先归档或压缩，不要直接 rm 正在被写入的日志，应截断：

# 清空正在写入的日志而不释放句柄冲突
> /var/log/nginx/access.log

六、常见坑

1. 只 du 不 df：看完目录不大，却忽略分区已 100%；
2. du -sh / 统计到其他挂载点：加 -x 限定当前文件系统；
3. 误删正在写入的大日志：空间不释放，应先重启对应服务或用 > 截断；
4. 只看磁盘空间忽略 inode：小文件过多时空间有剩但创建文件失败，用 df -i 排查；
5. 权限不足漏统计：普通用户 du 部分目录读不到，排查时用 root。

总结

df -h 看分区用量和剩余，du -sh --max-depth=1 目录 逐层定位大目录；两者数字不一致时优先怀疑"已删除但被进程占用"的文件，用 lsof | grep deleted 核对。排查顺序：先 df 定位分区，再 du 找目录，最后 find 找具体大文件。

遇到问题加QQ23979811 协助处理

前言

部署网站时常遇到 Nginx 报 403、PHP 无法写入上传目录，根子多半是文件/目录权限不对。理解 Linux 三组身份（属主、属组、其他）和 rwx 三位数字，再用 chmod/chown 调整，问题基本都能解决。本篇讲清 755、644 等常用权限数字的含义和修改方法。

一、先看权限：ls -l

ls -l index.php
# 输出示例：-rw-r--r-- 1 www www 1234 Oct 22 07:20 index.php

第一位 - 是文件类型（d 目录、l 软链接）；后面9位分三组：

二、rwx 与数字对应关系

• r 读 = 4
• w 写 = 2
• x 执行 = 1
• - 无权限 = 0

把每组数字相加得到该组权限：

• rwx = 4+2+1 = 7
• rw- = 4+2+0 = 6
• r-x = 4+0+1 = 5
• r-- = 4+0+0 = 4

三、常用权限数字含义

• 644 文件：属主读写，属组和其他只读。普通网页文件、配置文件标准权限。
• 755 目录 / 可执行脚本：属主读写执行，属组和其他读+执行。目录必须有 x 才能进入，脚本必须有 x 才能执行。
• 777 所有人全权：方便但不安全，仅临时调试用，网站目录绝不要长期开放 777。
• 600 私密文件：只有属主能读写，适合存放密钥、配置里的密码文件。

目录规范建议：目录 755，普通文件 644，可执行脚本 755。

四、chmod 修改权限

# 给单个文件设644
chmod 644 index.php
# 给目录设755
chmod 755 /var/www/html
# 递归修改目录及其下所有文件权限（注意目录和文件权限要分开处理）
chmod -R 755 /var/www/html

符号写法（叠加/去除）：

# 给属主加执行权限
chmod u+x script.sh
# 给组和其他去除写权限
chmod go-w index.php
# 属组可写
chmod g+w /data

五、chown 属主属组

权限对了但属主不对，PHP 进程仍可能写不进去：

# 修改属主为 www
chown www index.php
# 同时改属主和属组
chown www:www /var/www/html
# 递归修改
chown -R www:www /var/www/html

六、常见坑

1. 目录没加 x 权限：目录权限 644 会导致无法 cd 进入和列目录，网页报 403；
2. 把文件也设成 755/777：普通文件不需要执行位，777 会放大安全风险；
3. 递归时文件目录一刀切：用 find 分开处理目录和文件，见下方命令；
4. 只改权限不改属主：Nginx/PHP-FPM 以 www 用户运行，文件属主是 root 时仍读不到；
5. SELinux 拦截：CentOS 上权限看似正确仍 403/500，要检查 SELinux 上下文。

目录与文件分开递归：

# 目录全部755
find /var/www/html -type d -exec chmod 755 {} \;
# 文件全部644
find /var/www/html -type f -exec chmod 644 {} \;

总结

r=4 w=2 x=1，文件常用 644、目录常用 755；chmod 改权限、chown 改属主属组；递归时目录和文件权限分开设置，网站目录不要长期用 777。

遇到问题加QQ23979811 协助处理

前言

服务器上为不同人员或程序分配账号，是Linux基础运维的常见操作。创建账号要顺便建好家目录、设好初始密码；删除账号要决定是否清掉家目录和邮件；改密码分root改别人密码和用户改自己密码两种场景。本篇把常用命令一次讲全。

一、创建用户

# 新建用户，同时创建家目录 /home/www
useradd -m www
# 指定UID、家目录、登录Shell、所属组
useradd -u 1001 -d /home/www -s /bin/bash -G wheel www
# 设置初始密码（交互式两次输入）
passwd www

参数说明：

• -m：自动创建 /home/用户名 家目录；
• -s：指定登录Shell，不想登录给 /sbin/nologin；
• -G：附加到指定组；
• -M：不创建家目录（服务账号常用）。

一键创建并设密码（脚本场景，免交互）：

useradd -m deploy
echo 'Deploy@123456' | passwd --stdin deploy

二、查看用户信息

# 查看用户UID、GID、所属组
id www
# 查看 /etc/passwd 里该用户记录
grep www /etc/passwd
# 查看组信息
groups www

三、修改密码

# root修改任意用户密码（交互式）
passwd www
# 用户自己改自己的密码
passwd
# 强制该用户下次登录改密码
passwd -e www
# 锁定账号（禁止登录）
usermod -L www
# 解锁
usermod -U www

四、修改用户属性

# 改用户名
usermod -l newname oldname
# 改登录Shell
usermod -s /sbin/nologin www
# 加入sudo组（CentOS为wheel）
usermod -aG wheel www

五、删除用户

# 只删账号，保留家目录和邮件
userdel www
# 连家目录、邮件一起删除（推荐，避免残留占空间）
userdel -r www
# 若提示用户进程仍在运行，先终止相关进程
pkill -u www

删除前确认该用户名下没有正在跑的重要服务，否则会误停业务。

六、常见坑

1. 服务账号没设 /sbin/nologin：容易被登录爆破，数据库、nginx这类程序账号应禁止Shell登录；
2. userdel 没加 -r：家目录残留，多次建删会堆很多无用目录；
3. 改了用户名没改家目录属主：chown -R www:www /home/www 补一下；
4. 密码太简单被拒绝：passwd 报错 BAD PASSWORD，可强制用 echo ... | passwd --stdin 绕过复杂度检查（生产环境仍应设强密码）；
5. 服务账号误删：先 id 和 ps -u www 确认归属再删。

总结

useradd -m 用户名 建号、passwd 用户名 设密码；root用 passwd 用户名 改任意账号密码，用户用 passwd 改自己的；userdel -r 用户名 连家目录一起删，删前先确认该账号名下没有运行中的服务。

遇到问题加QQ23979811 协助处理

前言

CentOS7执行 yum install 经常报错：Could not resolve host、No package available、Download failed、Metadata cache expired。原因大多是默认国外源慢或已失效、DNS不通、缓存过期。换成国内阿里云/清华镜像源，再清缓存重建，基本都能解决。本篇给出完整换源步骤。

一、先判断报错类型

# 看当前yum源列表
yum repolist
# 测试网络与DNS
ping -c 3 mirrors.aliyun.com
nslookup mirrors.aliyun.com

• 解析不了域名：先修DNS（/etc/resolv.conf 加 nameserver 114.114.114.114）；
• 能ping通但装不上：源本身失效，换国内源。

二、备份原有源

cd /etc/yum.repos.d/
mkdir backup
mv CentOS-Base.repo backup/

保留备份，换源失败可还原。

三、更换阿里云Base源（CentOS7）

# 下载阿里云7镜像源配置
curl -o /etc/yum.repos.d/CentOS-Base.repo https://mirrors.aliyun.com/repo/Centos-7.repo
# 若curl不可用用wget
wget -O /etc/yum.repos.d/CentOS-Base.repo https://mirrors.aliyun.com/repo/Centos-7.repo

清华源备选：

wget -O /etc/yum.repos.d/CentOS-Base.repo https://mirrors.tuna.tsinghua.edu.cn/repo/Centos-7.repo

四、更换EPEL源（装扩展软件常用）

# 先删旧epel
rm -f /etc/yum.repos.d/epel.repo
# 阿里云epel7
curl -o /etc/yum.repos.d/epel.repo https://mirrors.aliyun.com/repo/epel-7.repo

五、清缓存并重建

# 清除旧缓存
yum clean all
# 重建缓存
yum makecache
# 验证源是否生效
yum repolist
# 再试安装
yum install -y vim wget net-tools

六、常见坑

1. CentOS8/9换了7的源：版本号要对应，Centos-7.repo 只用于7；
2. 下载源文件404：镜像站路径改版，换清华或官方备用地址；
3. 多个repo残留冲突：/etc/yum.repos.d/ 下旧的失效repo没删干净，会重复报错；
4. makecache卡在Metadata：DNS或网络不通，先 ping 镜像站确认；
5. yum install -y 卡住超时：可临时调大超时，或换网络更好的镜像；
6. 时间不准导致HTTPS证书校验失败：先 date 检查系统时间，用 ntpdate 校时。

总结

yum报错先分DNS不通还是源失效：DNS不通修resolv.conf；源失效就备份 /etc/yum.repos.d/，下载阿里云Centos-7.repo和epel-7.repo，yum clean all && yum makecache 重建缓存后再安装。

遇到问题加QQ23979811 协助处理

PHP密码加密存储

引言

用户密码绝不能明文入库，泄露即灾难。MD5、SHA1是哈希算法但速度快、可被彩虹表破解，不适合存密码。PHP 5.5以后内置password_hash和password_verify，用bcrypt自带盐值和成本因子，是现在注册登录系统的标准做法。

注册：生成哈希入库

$pwd = $_POST['password'];
$hash = password_hash($pwd, PASSWORD_DEFAULT);
// $2y$10$....  直接把这串哈希存数据库
$db->insert('users', ['password' => $hash]);

PASSWORD_DEFAULT默认bcrypt，自动生成随机盐，算法和成本因子都记录在哈希串里，不需要单独存盐字段。

登录：校验密码

$row = $db->find('users', ['username' => $username]);
if ($row && password_verify($inputPwd, $row['password'])) {
    // 密码正确，登录成功
} else {
    // 用户名或密码错误
}

password_verify自动识别哈希里的算法和盐，比对用户输入的明文，返回布尔值。

指定成本因子

$hash = password_hash($pwd, PASSWORD_BCRYPT, ['cost' => 12]);

cost越高计算越慢、抗暴力破解越强，默认10。服务器性能允许可适当调高，太慢会影响登录接口响应。

判断哈希是否需要升级

if (password_needs_rehash($row['password'], PASSWORD_DEFAULT)) {
    $newHash = password_hash($inputPwd, PASSWORD_DEFAULT);
    $db->update('users', ['password' => $newHash], $row['id']);
}

算法或成本升级后，老用户登录时校验通过顺便重算哈希，平滑迁移不用强制改密。

错误做法对比

# 不要这样
md5($pwd);                 # 无盐，彩虹表秒破
sha1($pwd . $salt);        # 自制盐方案，仍可GPU爆破
crypt($pwd);               # 旧接口，参数难控

自己拼盐、用通用哈希函数存密码都是安全隐患，直接用内置密码函数。

注意事项

• 数据库密码字段长度留够60字符以上，bcrypt哈希约60位；
• 别自己实现加盐哈希，密码函数已封装随机盐和算法版本；
• 登录失败统一提示"用户名或密码错误"，别区分哪个不存在；
• 密码强度前端后端双重校验，长度、复杂度、常见弱密码黑名单；
• 哈希不可逆，忘记密码只能重置，不能找回原密码；
• 配合HTTPS传输，密码在传输层也要加密保护。

总结

注册用password_hash生成bcrypt哈希入库，登录用password_verify校验，自带随机盐无需单独存盐。cost成本因子按服务器性能调整，password_needs_rehash在用户登录时平滑升级旧哈希。禁止用MD5、SHA1或自制盐方案存密码，密码字段预留60字符以上，登录失败提示统一，配合HTTPS和密码强度校验构成完整账号安全体系。

Redis自增计数

引言

浏览量、点赞数、库存扣减、日活统计这类计数场景，用Redis的INCR原子自增比MySQL计数器性能高得多。单条命令在内存里完成加一，天然原子，并发下不会丢计数，是高并发计数的首选方案。

INCR 自增一

INCR article:1001:views

键不存在先按0初始化再加一，返回自增后的最新值，原子操作，并发安全。

INCRBY 指定步长

INCRBY score:user:2001 10

一次加指定整数，适合批量加分、累计积分场景。

DECR 与 DECRBY 递减

DECR stock:item:88
DECRBY stock:item:88 5

库存扣减用递减，扣到0前配合判断，避免出现负数库存。

读取当前计数

GET article:1001:views

返回字符串形式的数字，业务层转整型使用。

计数加过期时间

INCR day:uv:20261022:user:3001
EXPIRE day:uv:20261022:user:3001 86400

日活、每日点击这类临时计数，自增后设置过期时间，自动清理不占内存。

PHP 代码示例

$redis = new Redis();
$redis->connect('127.0.0.1', 6379);
$views = $redis->incr('article:1001:views');
echo '当前浏览量：' . $views;

PHP扩展里incr对应INCR，decr对应DECR，返回自增后整数。

注意事项

• INCR只对字符串数字生效，非数字值会报错；
• 计数要持久化到MySQL时定时批量回写，别每次都写库；
• 计数器长期不清理会膨胀，临时计数务必加TTL；
• 库存扣减要先判断再递减，或用Lua脚本保证判断与扣减原子；
• 分布式下INCR是单key原子，跨多个key计数仍需事务或Lua；
• 计数初始值可用SET先设定，避免从0起步不符合业务。

总结

INCR原子自增一，INCRBY按步长增加，DECR/DECRBY递减，GET读取当前值。浏览量、点赞、积分、库存等高并发计数用Redis内存操作替代MySQL计数器，性能提升明显。临时日活计数自增后配EXPIRE自动清理，重要计数定时批量回写数据库。库存扣减建议用Lua脚本保证判断与扣减的原子性，避免超卖。

Linux查看主机名

引言

多台服务器排障、日志定位、主机识别时先确认主机名。hostname命令最直接，hostnamectl看完整静态/瞬态/灵活名，cat /etc/hostname看持久化配置，三者来源不同，排障时别混。

查看当前主机名

hostname

一行输出当前系统主机名，登录终端提示符里显示的就是它。

hostnamectl 详细信息

hostnamectl

显示静态主机名、瞬态主机名、灵活主机名，还有操作系统、内核、架构等信息，CentOS7以上通用。

查看持久化配置

cat /etc/hostname

这里保存的是重启后生效的主机名，临时hostname改了不落盘，重启会回到这里的值。

查看IP对应名称

hostname -I

输出本机所有非回环IP，配合主机名做主机识别。

临时修改（重启失效）

hostname web-server-01

当前会话立即生效，重启后被/etc/hostname覆盖。

永久修改

hostnamectl set-hostname web-server-01

写入/etc/hostname，重启后保留；改完重连SSH或执行bash使提示符刷新。

注意事项

• 主机名建议用小写字母、数字、中划线，别用中文和下划线；
• 主机名含点号会被当成FQDN，短名和全名分开看；
• 改完主机名记得同步/etc/hosts里127.0.0.1映射，避免部分解析异常；
• 容器内hostname通常跟随容器名，重启重建会变；
• 集群里主机名要规范统一，便于日志检索和监控告警；
• 临时hostname与静态名不一致时，以配置文件为准。

总结

hostname查看当前主机名，hostnamectl看完整主机名分类和系统信息，cat /etc/hostname看持久化配置，hostname -I看本机IP。临时用hostname改名立即生效但重启失效，永久用hostnamectl set-hostname写入配置。主机名规范用小写加中划线，修改后同步/etc/hosts映射，集群命名统一便于日志检索与监控告警。