初级项目在开发或上线初期，由于数据量不大、业务逻辑简单，往往不会特别关注数据库性能，但随着业务增长，mysql响应变慢、接口超时等问题会逐渐暴露。针对初级项目的场景，不需要复杂的分布式方案，从几个基础方向优化就能获得明显的性能提升。
一、优化表结构设计
合理的表结构是性能优化的基础，初级项目常出现字段设计不合理的问题，导致后续查询效率低下。
- 选择合适的数据类型：能用整数就不用字符串，能用定长类型就不用变长类型。比如存储用户状态用
TINYINT代替VARCHAR，存储时间戳用INT代替DATETIME，减少存储空间和比较开销。 - 避免过度冗余：初级项目容易为了查询方便添加大量冗余字段，既浪费空间又增加更新成本，遵循第三范式设计表结构，必要时通过关联查询获取所需数据。
- 控制单表字段数量：单表字段建议不超过30个，过多字段会导致行存储变大，查询时IO开销增加。
二、正确使用索引
索引是提升查询性能最有效的手段，但初级项目常出现索引滥用或缺失的问题。
1. 索引创建原则
- 为频繁作为查询条件、排序、分组的字段创建索引，比如用户表的
user_id、订单表的order_no。 - 主键尽量使用自增整数，避免uuid等无序值作为主键，减少索引页分裂的概率。
- 联合索引遵循最左前缀原则，比如创建
(a,b,c)的联合索引，能命中a、a,b、a,b,c的查询，无法命中b、c单独查询的场景。 - 不要给低区分度的字段创建索引，比如性别字段只有男、女两个值，创建索引的收益极低。
2. 索引使用注意事项
创建了索引不代表一定能生效，需要避免以下导致索引失效的情况：
- 查询条件中对索引字段使用函数或运算，比如
WHERE YEAR(create_time) = 2023，会导致索引失效。 - 查询条件中使用
LIKE以通配符开头，比如WHERE name LIKE '%张三'，无法使用索引。 - 查询条件中字段类型不匹配，比如索引字段是字符串类型，查询时传入数字，会触发隐式类型转换导致索引失效。
三、优化SQL语句
很多性能问题都是不合理的SQL语句导致的，初级项目可以从以下几个方面优化SQL。
- 避免使用
SELECT *，只查询需要的字段，减少数据传输量和mysql的解析开销。 - 减少子查询的使用，尽量用关联查询代替子查询，子查询会产生临时表，性能开销更大。
- 合理使用分页，大偏移量的分页性能很差，比如
LIMIT 100000, 10，可以改为先查询主键再关联：SELECT * FROM orders WHERE id >= (SELECT id FROM orders ORDER BY id LIMIT 100000,1) LIMIT 10;
- 避免全表扫描，查询时尽量带上索引条件，没有索引条件的查询在数据量增长后会越来越慢。
四、开启慢查询分析
当项目出现性能问题时，首先需要定位慢查询，mysql自带慢查询日志功能，只需要简单配置就能开启。
修改mysql配置文件my.cnf，添加以下配置：
[mysqld] # 开启慢查询日志 slow_query_log = 1 # 慢查询日志文件路径 slow_query_log_file = /var/log/mysql/slow.log # 设置慢查询阈值，单位秒，执行时间超过1秒的查询会被记录 long_query_time = 1 # 记录未使用索引的查询 log_queries_not_using_indexes = 1
配置完成后重启mysql服务，就可以通过慢查询日志找到执行时间长的SQL语句，针对性进行优化。分析慢查询日志可以使用mysql自带的mysqldumpslow工具，也可以直接查看日志文件内容。
五、调整基础配置参数
初级项目不需要调整复杂的mysql参数，只需要优化几个核心参数就能提升性能：
| 参数名 | 说明 | 建议值 |
|---|---|---|
| innodb_buffer_pool_size | innodb存储引擎的缓冲池大小，用于缓存数据和索引 | 物理内存的50%-70%，比如服务器内存8G可以设置为4G |
| max_connections | mysql最大连接数 | 根据项目并发量设置，初级项目设置为200-500即可 |
| query_cache_size | 查询缓存大小，mysql8.0已经移除该参数，低版本可以设置为64M左右 |
六、定期维护数据库
初级项目数据量增长后，需要定期做一些维护操作，避免性能下降：
- 定期分析表，使用
ANALYZE TABLE 表名更新表的索引统计信息，让查询优化器选择更优的执行计划。 - 定期清理无用数据，比如过期的日志、临时数据，避免单表数据量过大。
- 对于频繁更新的表，定期执行
OPTIMIZE TABLE 表名整理碎片，释放空闲空间，注意该操作会锁表，建议在业务低峰期执行。
以上优化方法针对初级项目的场景，不需要复杂的架构调整，只需要从开发习惯和基础配置入手，就能有效提升mysql的性能，支撑业务稳定运行。如果后续数据量增长到千万级以上，再考虑分库分表、读写分离等更复杂的方案。