新笔趣阁

第10章 项目开发（第1页）

第二天上午，星火科技工作室的临时办公室里气氛热烈。团队成员围坐在会议桌旁，林星石站在白板前主持项目启动会。

各位，林星石神情认真，图书馆项目启动了。预付款3万元已经到账，我们要好好规划这笔资金的使用。

资金分配方面，林星石在白板上列出明细，服务器租赁费用8000元，开发工具和软件购买6000元，团队日常开支6000元，预留1万元作为应急资金。

陈默推推眼镜：服务器配置需要仔细考虑。主数据库服务器配置要高一些，从库可以适当降低配置。

同意，林星石点头，主库用双核CPU、4G内存，从库用单核CPU、2G内存。测试服务器就用我们现有的那台。

赵阳举手：前端开发需要ExtJS专业版授权，还要买一些UI设计相关的书籍。

王小雨轻声补充：设计软件我可以用学生版，能省不少钱。还需要买一些色彩搭配和用户体验方面的参考书。

李明负责记录：我都记下来了。服务器租赁找哪家供应商？要比较一下价格和服务。

就选学校推荐的那家本地IDC，林星石决定，虽然贵一点，但服务有保障，离得近也方便维护。

启动会结束后，团队立即投入工作。陈默开始搭建数据库环境，赵阳配置开发工具，王小雨整理设计素材，李明联系图书馆确认需求细节。

几天后，陈默遇到了第一个技术难题。他在测试数据库性能时发现，百万级数据的多表关联查询速度明显下降。

星石，来看一下这个查询，陈默指着屏幕上的执行计划，虽然用了联合索引，但数据量大的时候还是很慢。

林星石俯身查看：这是典型的N+1查询问题。你试试用子查询优化，把多个关联查询合并成一个。

陈默尝试修改SQL语句，但效果不明显。还是慢，特别是按出版年份分页查询的时候。

我想到了，林星石眼睛一亮，可以用延迟关联优化。先快速定位到需要的记录ID，再根据ID获取完整记录。

他亲自操作键盘，改写查询语句：你看，这样先查询索引覆盖的字段，拿到ID后再去关联其他表。

陈默看着优化后的执行计划，露出佩服的表情：确实快了很多！索引覆盖查询避免了回表操作。

还有，林星石继续指导，对于高频查询，可以考虑使用查询缓存。MySQL自带的查询缓存效果不错，但要注意缓存失效策略。

两人讨论了一个多小时，最终确定了完整的数据库优化方案。包括查询重写、索引优化、缓存策略等多个方面的改进。

与此同时，李明那边也遇到了挑战。图书馆技术部提出了新的需求，希望在原有功能基础上增加读者积分系统。