第10章 项目开发 (第1/2页)
第二天上午,星火科技工作室的临时办公室里气氛热烈。团队成员围坐在会议桌旁,林星石站在白板前主持项目启动会。
各位,林星石神情认真,图书馆项目启动了。预付款3万元已经到账,我们要好好规划这笔资金的使用。
资金分配方面,林星石在白板上列出明细,服务器租赁费用8000元,开发工具和软件购买6000元,团队日常开支6000元,预留1万元作为应急资金。
陈默推推眼镜:服务器配置需要仔细考虑。主数据库服务器配置要高一些,从库可以适当降低配置。
同意,林星石点头,主库用双核cpu、4g内存,从库用单核cpu、2g内存。测试服务器就用我们现有的那台。
赵阳举手:前端开发需要extjs专业版授权,还要买一些ui设计相关的书籍。
王小雨轻声补充:设计软件我可以用学生版,能省不少钱。还需要买一些色彩搭配和用户体验方面的参考书。
李明负责记录:我都记下来了。服务器租赁找哪家供应商?要比较一下价格和服务。
就选学校推荐的那家本地idc,林星石决定,虽然贵一点,但服务有保障,离得近也方便维护。
启动会结束后,团队立即投入工作。陈默开始搭建数据库环境,赵阳配置开发工具,王小雨整理设计素材,李明联系图书馆确认需求细节。
几天后,陈默遇到了第一个技术难题。他在测试数据库性能时发现,百万级数据的多表关联查询速度明显下降。
星石,来看一下这个查询,陈默指着屏幕上的执行计划,虽然用了联合索引,但数据量大的时候还是很慢。
林星石俯身查看:这是典型的n+1查询问题。你试试用子查询优化,把多个关联查询合并成一个。
陈默尝试修改sql语句,但效果不明显。还是慢,特别是按出版年份分页查询的时候。
我想到了,林星石眼睛一亮,可以用延迟关联优化。先快速定位到需要的记录id,再根据id获取完整记录。
他亲自操作键盘,改写查询语句:你看,这样先查询索引覆盖的字段,拿到id后再去关联其他表。
陈默看着优化后的执行计划,露出佩服的表情:确实快了很多!索引覆盖查询避免了回表操作。
还有,林星石继续指导,对于高频查询,可以考虑使用查询缓存。mysql自带的查询缓存效果不错,但要注意缓存失效策略。
两人讨论了一个多小时,最终确定了完整的数据库优化方案。包括查询重写、索引优化、缓存策略等多个方面的改进。
更多内容加载中...请稍候...
本站只支持手机浏览器访问,若您看到此段落,代表章节内容加载失败,请关闭浏览器的阅读模式、畅读模式、小说模式,以及关闭广告屏蔽功能,或复制网址到其他浏览器阅读!
本章未完,请点击下一章继续阅读!若浏览器显示没有新章节了,请尝试点击右上角↗️或右下角↘️的菜单,退出阅读模式即可,谢谢!
《软件教父:从大学社团开始制霸》所有内容均来自互联网或网友上传,232小说网只为原作者杨桃饮料的小说《软件教父:从大学社团开始制霸》进行宣传。欢迎各位书友支持杨桃饮料并收藏《软件教父:从大学社团开始制霸》最新章节。