第160章 打赌（2 / 2）

张明杰道：“服务器的性能，首先要把联系人的数据缓存，App一般定时来更新的，用的肯定是增量更新，别告诉我，每次都是全量，加了缓存之后，读数据库的次数会降低，磁盘读写效率会高很多。

那个张文祥同学，是不是App下载联系人慢的时候，服务器上的web操作也是慢的，因为这个时候磁盘利用率肯定很高”

张文祥道：“是的，我监控了服务器的性能，看到磁盘的读写利用率非常高”

张明杰继续说道：“其次就是分页，服务器返回的数据要进行分批，比如可以先返回组织架构，并不要返回所有的联系人，组织架构加载起来之后，软端App按需要下载不同部门的联系人，何必要一次性全部下载整个公司的人员信息呢，

整个是软端App要改进的，当数据库性能也要提升下，这点数据量数据库根本不存在瓶颈”。

见大家不吭声，张明杰又说道：“服务器也要进行健壮性的设计，简单说对这个联系人下载，要进行限流，防止一个业务请求，把整个服务器都给干死了”

陈超云道：“有道理哦”

张明杰道：“还有你们软端App要有退避算法，不能请求不到联系人，一直请求啊，按需请求，用户点击的时候开始下载，和缓存到本地，当然为了好的体验效果，可以先下载一些联系人”

郭伟东道：“这点我赞成，软端App你们去优化吧，你们的事情，你们搞定，我想的问的是，为什么要限流，限流了，业务不能服务用户一样报障，其次数据库性能，有什么问题，我们用的mysql开源的啊，有问题我们也改不了”

张明杰道：“不需要你去修改数据库，是你用的姿势可能哪不对，限流能保障用户服务器不可用，至少服务器还能活着，看你选择了”

杨子超道：“限流是有道理的，张文祥后面你们压测下，看看我们这个场景正常需要多少并发请求，服务器要进行限制”

张文祥道：“好的”，张明杰见状，这张文祥也太老实了吧，叫啥干啥，没有自己的判断？忽然又想起秦园来，有理没理先要说上几句，估计测试专业化的能力不足，只能维开发马首是瞻了。

听到张明杰说自己使用mysql的方法不对，郭伟东心里立马来气了，问道：“你都没有看见代码，怎么就知道我使用有问题”

“我只是猜测，或者说提醒，按照刚才的问题描述，应该是各方面综合起来的问题，否则一千人的通讯录，不会这么拉跨，能把服务器干到有点卡”张明杰道。

“哇，不错哦，连个猜测，都能批评我了”

“我哪说批评了，我只是说了建议”

“那你刚才说的，要数据库优化性能，没有事实依据，就不要乱发表”郭伟东拍了拍桌子，众人见状不吭声，估计大家也见怪不怪了。

杨子超一看，得了，来个能和郭伟东争辩个一二三的人，挺好的，就说道：“这个数据库使用，有没有什么问题，你们俩讨论就行了，吴晓红你也在，记下会议纪要，刚才讲的软端App按需请求订阅联系人，退避算法加进去，陈超云你去落实修改，服务器的加缓存策略，分页返回，张耀你去落实改进，性能的数据张文祥测出来，然后加限流”