福建助学宝项目总结

1.不要手工造数据，数据要通过业务逻辑跑出来。
2.按正常顺序开发，如果没法满足正常顺序，就模拟正常顺序。
例如在做竞答项目时，就不应该先做管理后台的参与人员的展示和成绩排名的展示（因为没有数据来源，手动造数据很麻烦，要造很多，每次都要造，而且需要多张表间关联，而且造的数据不可靠），而应该先做APP的答题功能，先和APP对接，然后用答题功能产生的数据做后台展示。
3.怎么建表，要做一些联想和参考。
每张表都应该有一个备注字段，这个字段一定可能会用到，因为如果误删了数据，从日志中恢复数据时，我们需要知道哪些数据是恢复的，以便复查。
每张表都应该有一个状态字段，用来做软删除。

4.APP和本地服务联调时，要连接公司网络的wifi，否则调不通。
5.本地不支持https请求，APP的所有请求必须是http的。
6.有些地方不要追求完美，能实现目的就行了。
7.整个设计尽量不要做物理删除，尽量都做逻辑删除，以方便恢复数据。
8.删除操作要做日志，不然误删了数据会死人的（用户误删，或者代码错误导致，后者真的会死人的）。
9.尽量不要手动维护数据库，一定要把相关的功能做出来。

性能排查
～～代码不必要的消耗
～～代码中配置的数据库最大连接数
～～操作系统的最大请求处理数
～～nginx 的最大连接数量
～～tomcat的最大连接数量/内存
～～mysql数据库的配置文件中设置的最大连接数/内存
～～应用服务器的内存
～～网络情况怎样，是否会有间断

～～13万用户量，三台服务器不够，很卡很卡
～～其中图片的上传和读取非常消耗资源，占用很大的带宽。

～～图片从一开始的一次性自动加载，到后来让用户手动点击，一次加载一张。
～～上传的图片，压缩比例不断增大。
～～系统登录的背景图片也去掉了。

排查问题，前端后端都要关注