PHP应用连接数据库应遵循最小权限原则：仅授予必要库表的SELECT/INSERT/UPDATE/DELETE权限，禁用root账号；限制IP白名单、禁用弱密码、区分读写账号以提升安全性。
PHP 应用连接数据库时，数据库账号不应使用 root 或管理员权限，而应仅授予其实际需要的最小操作权限。这能显著降低因代码漏洞（如 SQL 注入、配置泄露）导致的数据泄露、篡改或删除风险。
只授权必要数据库和表
账号应限定只能访问当前应用所用的单个数据库，禁止跨库查询或操作。例如，电商系统只需访问 shop_db，就不应拥有 sys、mysql 等系统库权限。在 MySQL 中可通过 CREATE USER 'app_user'@'%' IDENTIFIED BY 'pwd'; 创建独立用户，再用 GRANT ... ON shop_db.* TO 'app_user'@'%'; 明确绑定库范围。
按功能限制 SQL 操作类型
多数 Web 应用以读写为主，无需管理权限。应避免授予 DROP、ALTER、CREATE、GRANT OPTION 等高危权限。典型授权示例：
- 前台展示页：仅需
SELECT - 用户注册/提交表单：增加
INSERT - 个人中心编辑资料：再增加
UPDATE（且建议限定 WHERE 条件，如WHERE user_id = ?） - 后台内容管理：可能需
DELETE，但应避免对核心表（如用户表）开放
限制连接来源与生命周期
通过主机白名单缩小攻击面，例如只允许 PHP 服务器 IP 连接：'app_user'@'192.168.10.5'，而非通配符 '%' 。生产环境禁用空密码、弱密码；定期轮换密码，并在应用配置中使用环境变量或密钥管理服务加载，不硬编码在 PHP 文件里。
立即学习“PHP免费学习笔记（深入）”；
区分读写账号（进阶实践）
对高并发或读多写少场景，可拆分为两个账号：
-
read_user：仅含
SELECT权限，供列表页、详情页等只读接口使用 -
write_user：含
INSERT/UPDATE/DELETE权限，仅由登录态校验后的写操作调用
PHP 中根据操作类型动态切换 PDO 实例或连接池，既提升安全性，也便于后续读写分离扩展。
