综合优化类面试题

偏执的太偏执、 2022-12-22 09:06 151阅读 0赞

**一、网站运行速度很慢，如何做优化？**  
1、服务器层面的，通过top 10 监控服务器进程使用情况，找到进程，再找到对应速度慢的PHP文件  
2、查看mysql慢查询日志，找出执行速度慢的SQL  
3、通过debug分析计算每段时间的执行时间和使用的内存，找出速度慢的代码分析出原因进行优化  
4、如果是本身高并发引起的，增加服务器带宽，部署集群分流

**二、比如后台管理系统里有个订单查询模块，订单表的数据上千万条+，那么后台在查询的时候假设每页显示10条，那么就有上百万页，假设我随表调到几百页或几千页的时候，能快速显示数据？如何设计？**  
   答：根据索引进行范围查询，在分表的时候可以利用用户，根据用户id进行取模分表，查询的时候根据用户id可以查询到订单表的数据

**三、MySQL数据库cpu飙升到500%的话他怎么处理**

1）列出所有进程：show processlist

2）观察所有进程：多秒没有状态变化的(干掉)

3）查看超时日志或者错误日志 (做了几年开发，一般会是查询以及大批量的插入会导致cpu与i/o上涨 .... 当然不排除网络状态突然断了，导致一个请求服务器只接受到一半，比如where子句或分页子句没有发送，当然的一次被坑经历)

**四、一个6亿的表a，一个3亿的表b，通过外间tid关联，你如何最快的查询出满足条件的第50000到第50200中的这200条数据记录**

1）如果A表TID是自增长,并且是连续的,B表的ID为索引

select \* from a,b where a.tid = b.id and a.tid>500000 limit 200;

2）如果A表的TID不是连续的,那么就需要使用覆盖索引.TID要么是主键,要么是辅助索引,B表ID也需要有索引

select \* from b , (select tid from a limit 50000,200) a where b.id = a .tid;

**五、消息队列如何实现**

[https://blog.csdn.net/HD243608836/article/details/80217591][https_blog.csdn.net_HD243608836_article_details_80217591]

**六、mysql分库分区分表**

[https://blog.csdn.net/qq\_21873747/article/details/80668939][https_blog.csdn.net_qq_21873747_article_details_80668939]

**七、做一个微信抢红包的功能**

[https://www.cnblogs.com/jiawen010/articles/11506391.html][https_www.cnblogs.com_jiawen010_articles_11506391.html]

**八、简述高并发网站解决方案**

A、前端优化（CND加速、建立独立图片服务器）

B、服务端优化（页面静态化、并发处理\[异步|多线程\]、队列处理）

C、数据库优化（数据库缓存\[Memcachaed|Redis\]、读写分离、分库分表、分区）

D、Web服务器优化（负载均衡、反向代理）

**九、描述一下你做过的项目难点，学到了什么**

[https://blog.csdn.net/w372426096/article/details/80436941][https_blog.csdn.net_w372426096_article_details_80436941]

**十、对于大流量的网站,您采用什么样的方法来解决访问量问题?**  
1）、有效使用缓存，增加缓存命中率  
2）、使用负载均衡  
3）、对静态文件使用cdn进行存储和加速  
4）、想法减少数据库的使用  
5）、查看出现统计的瓶颈在哪里  
6）、反向代理

**十一、MySQL数据库作发布系统的存储，一天五万条以上的增量，预计运维三年,怎么优化？**

A、设计良好的数据库结构，允许部分数据冗余，尽量避免join查询，提高效率；

B、选择合适的表字段数据类型和存储引擎，适当的添加索引；

C、mysql库主从读写分离；

D、找规律分表，减少单表中的数据量提高查询速度；

E、添加缓存机制，比如memcached，redis等；

F、不经常改动的页面，生成静态页面；

G、书写高效率的SQL。比如 SELECT \* FROM TABEL 改为 SELECT field\_1, field\_2, field\_3 FROM TABLE。

**十二、如何进行SQL优化？**

答：**（1）选择正确的存储引擎**  
以 MySQL为例，包括有两个存储引擎 MyISAM 和 InnoDB，每个引擎都有利有弊。  
MyISAM 适合于一些需要大量查询的应用，但其对于有大量写操作并不是很好。甚至你只是需要update一个字段，整个表都会被锁起来，而别的进程，就算是读进程都无法操作直到读操作完成。另外，MyISAM 对于 `SELECT COUNT(*)` 这类的计算是超快无比的。  
InnoDB 的趋势会是一个非常复杂的存储引擎，对于一些小的应用，它会比 MyISAM 还慢。但是它支持“行锁” ，于是在写操作比较多的时候，会更优秀。并且，他还支持更多的高级应用，比如：事务。

**（2）优化字段的数据类型**  
记住一个原则，越小的列会越快。如果一个表只会有几列罢了（比如说字典表，配置表），那么，我们就没有理由使用 INT 来做主键，使用 MEDIUMINT, SMALLINT 或是更小的 TINYINT 会更经济一些。如果你不需要记录时间，使用 DATE 要比 DATETIME 好得多。当然，你也需要留够足够的扩展空间。

**（3）为搜索字段添加索引**  
索引并不一定就是给主键或是唯一的字段。如果在你的表中，有某个字段你总要会经常用来做搜索，那么最好是为其建立索引，除非你要搜索的字段是大的文本字段，那应该建立全文索引。

**（4）避免使用Select \*从数据库里读出越多的数据**，那么查询就会变得越慢。并且，如果你的数据库服务器和WEB服务器是两台独立的服务器的话，这还会增加网络传输的负载。即使你要查询数据表的所有字段，也尽量不要用\*通配符，善用内置提供的字段排除定义也许能给带来更多的便利。

**（5）使用 ENUM 而不是 VARCHAR**  
ENUM 类型是非常快和紧凑的。在实际上，其保存的是 TINYINT，但其外表上显示为字符串。这样一来，用这个字段来做一些选项列表变得相当的完美。例如，性别、民族、部门和状态之类的这些字段的取值是有限而且固定的，那么，你应该使用 ENUM 而不是 VARCHAR。

**（6）尽可能的使用 NOT NULL**  
除非你有一个很特别的原因去使用 NULL 值，你应该总是让你的字段保持 NOT NULL。 NULL其实需要额外的空间，并且，在你进行比较的时候，你的程序会更复杂。 当然，这里并不是说你就不能使用NULL了，现实情况是很复杂的，依然会有些情况下，你需要使用NULL值。

**（7）固定长度的表会更快**  
如果表中的所有字段都是“固定长度”的，整个表会被认为是 “static” 或 “fixed-length”。 例如，表中没有如下类型的字段： VARCHAR，TEXT，BLOB。只要你包括了其中一个这些字段，那么这个表就不是“固定长度静态表”了，这样，MySQL 引擎会用另一种方法来处理。  
固定长度的表会提高性能，因为MySQL搜寻得会更快一些，因为这些固定的长度是很容易计算下一个数据的偏移量的，所以读取的自然也会很快。而如果字段不是定长的，那么，每一次要找下一条的话，需要程序找到主键。  
并且，固定长度的表也更容易被缓存和重建。不过，唯一的副作用是，固定长度的字段会浪费一些空间，因为定长的字段无论你用不用，他都是要分配那么多的空间。

[https_blog.csdn.net_HD243608836_article_details_80217591]: https://blog.csdn.net/HD243608836/article/details/80217591
[https_blog.csdn.net_qq_21873747_article_details_80668939]: https://blog.csdn.net/qq_21873747/article/details/80668939
[https_www.cnblogs.com_jiawen010_articles_11506391.html]: https://www.cnblogs.com/jiawen010/articles/11506391.html
[https_blog.csdn.net_w372426096_article_details_80436941]: https://blog.csdn.net/w372426096/article/details/80436941