PHP处理CMS数据读写核心在于抽象层级与上下文选择：优先用PHPCMS内置模型（如content_model）的select()/insert()/update()等方法，避免手写SQL；绕过模型时需注意query()返回类型差异、无预处理、事务需手动控制，并确保字符集utf8mb4三处一致。
PHP处理CMS数据的读写，核心不是“能不能”，而是“用哪一层抽象、在哪种上下文里做”。原生mysqli或PDO能干活，但直接在CMS里硬写SQL容易踩坑；PHPCMS等成熟系统提供了封装好的模型方法，但滥用query()或忽略事务边界照样出问题。
用PHPCMS内置模型做增删改查，别手写SQL
PHPCMS的pc_base::load_model()返回的对象（如content_model）已经封装了安全的CRUD逻辑。直接调用select()、insert()、update()等方法，比自己拼SQL更可靠：
-
select()自动转义$where参数，避免基础SQL注入；传'status=1'比传"status = '1'"更安全 -
insert($data)要求$data是关联数组，字段名作为key，值自动适配类型（字符串加引号、数字不加），不支持INSERT INTO ... VALUES (NOW())这种函数写法——得用update()配合+=语法或改用query() -
get_one()适合查单条，返回array或null，比手动fetch_assoc()少一层判空 - 所有方法默认操作的是配置中
tablepre前缀的表，比如v9_news，不用在SQL里硬编码
绕过模型直接执行SQL时，query()和execute()行为不同
PHPCMS的db_factory::get_instance()->query()本质是mysqli::query()的包装，但有隐藏逻辑：
- 如果是
SELECT语句，返回资源句柄（可fetch_array()），不是数组 - 如果是
INSERT/UPDATE/DELETE，返回true或false，不返回影响行数——要获取ID得立刻调insert_id()，要获取影响行数得用affected_rows() - 不支持预处理语句，所有变量必须提前拼进SQL字符串，
$db->query("SELECT * FROM v9_news WHERE id = $id")这种写法极危险 - 事务控制需手动调
begin_transaction()、commit()、rollback()，且只对当前连接有效
读写性能卡在I/O？先看是不是没走索引或用了LIKE '%xxx'
PHPCMS常见慢查询集中在v9_news和v9_category表，典型表现是后台列表页加载超5秒。原因往往不是PHP代码，而是SQL本身：
立即学习“PHP免费学习笔记（深入）”；
-
listinfo()默认不加ORDER BY inputtime DESC，数据库可能用全表扫描；显式传$order = 'inputtime DESC'并确保inputtime字段有索引 -
select("title LIKE '%$kw%'")会强制放弃索引，改成title LIKE 'xxx%'（左匹配）或用全文索引 - 批量导入时用
insert()逐条插，不如用query("INSERT INTO ... VALUES (...),(...),(...)")一次插多行 - 查分类下文章总数时，
select('COUNT(*)', "catid=$catid")比select('*', "catid=$catid")再count($result)快一个数量级
字符集混乱导致中文乱码或写入失败
PHPCMS默认用utf8mb4，但实际生效依赖三处一致：
- 数据库配置文件
system/config/database.php里'charset' => 'utf8mb4' - MySQL服务端配置
my.cnf中collation-server = utf8mb4_unicode_ci且init-connect='SET NAMES utf8mb4' - 数据表本身用
utf8mb4建表：CREATE TABLE v9_news (...) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;，仅改连接字符集不改表结构无效 - 如果页面输出中文是问号，检查PHP脚本顶部是否漏了
header('Content-Type: text/html; charset=utf-8');
最常被忽略的是：PHPCMS的cache目录权限不对会导致写缓存失败，进而让select()反复查库；而tablepre配错会导致所有读写都操作到不存在的表，错误却只报“0结果”不报错——得翻phpcms\libs\classes\db\mysqli.class.php里的errno才看到真实提示。
