答案：初级项目数据库性能问题多源于设计和使用不当，优化需从表结构、索引、sql语句和配置入手。应选用合适数据类型、避免NULL、拆分大字段；为常用查询字段建索引，遵循最左前缀原则，避免函数操作导致索引失效；禁止select *，合理使用LIMIT，减少子查询与循环中执行SQL；开启慢查询日志，使用连接池，定期ANALYZE table，结合缓存降低数据库压力。
初级项目中数据库性能问题通常不是因为数据量巨大，而是设计和使用方式不合理。优化mysql性能可以从结构设计、查询语句、索引策略和配置调整几个方面入手，下面分点说明实用且容易落地的方法。
合理设计表结构
选择合适的数据类型：尽量用更小的类型满足需求。比如用户年龄用 TINYint 而不是 INT，状态字段可用 enum 或 TINYINT(1) 表示布尔值，节省空间也提升查询效率。
避免使用 NULL 值过多：尽量给字段设置 NOT NULL。NULL 值会增加判断开销，还可能影响索引效率。可以用默认值代替，如空字符串或0。
拆分大字段：像 TEXT 类型的描述字段，如果很少用到，可以单独建一个扩展表，主表只保留核心字段，加快高频查询速度。
善用索引提升查询效率
为常用查询条件加索引：WHERE、ORDER BY、JOIN 中涉及的字段应考虑加索引。例如 user_id、status、created_at 这些经常用于筛选的字段。
避免过度索引：每个索引都会增加写入成本。一张表不要超过5~6个索引。优先保障高频读操作，删除长期未使用的索引。
使用复合索引注意顺序：遵循“最左前缀”原则。比如索引 (a, b, c)，能支持 a、a+b、a+b+c 查询，但不支持单独查 b 或 c。把区分度高的字段放前面。
避免在索引列上做函数操作：如 WHERE YEAR(created_at) = 2024，会导致索引失效。应改写为 WHERE created_at BETWEEN '2024-01-01' AND '2024-12-31'。
优化SQL查询语句
避免 SELECT *：只查需要的字段。减少网络传输和内存消耗，尤其在多表 JOIN 时更明显。
限制查询结果数量：列表页加上 LIMIT，防止意外拉取大量数据。比如 LIMIT 20 而不是返回全部记录。
减少子查询和 JOIN 次数：初级项目中常见嵌套多层子查询，可考虑拆解逻辑或用临时变量简化。JOIN 表一般不超过3张，否则建议在应用层拼装数据。
避免在循环中执行SQL：比如 foreach 中逐条插入或查询，应改用批量 INSERT 或提前查好数据缓存使用。
适当调整MySQL配置与使用习惯
开启慢查询日志：设置 long_query_time = 1，记录执行时间超过1秒的语句，定期分析哪些SQL需要优化。
使用连接池：避免频繁创建和关闭数据库连接。开发中可用 pdo 或 ORM 自带的连接池机制，减少握手开销。
定期分析表和更新统计信息：运行 ANALYZE TABLE 可帮助优化器选择更好的执行计划，尤其在数据变动较大后。
小数据量也可考虑缓存：对不常变但频繁读的数据（如配置项、分类），可在应用层加一层内存缓存（如redis或本地数组），减少数据库压力。
基本上就这些。初级项目不需要复杂架构，关键是养成良好习惯：精简字段、加必要索引、写高效SQL、关注执行情况。这些问题解决了，大多数性能瓶颈都能避免。