综合优化类面试题

一、网站运行速度很慢，如何做优化？
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

六、mysql分库分区分表

https://blog.csdn.net/qq_21873747/article/details/80668939

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

https://www.cnblogs.com/jiawen010/articles/11506391.html

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

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

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

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

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

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

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搜寻得会更快一些，因为这些固定的长度是很容易计算下一个数据的偏移量的，所以读取的自然也会很快。而如果字段不是定长的，那么，每一次要找下一条的话，需要程序找到主键。
并且，固定长度的表也更容易被缓存和重建。不过，唯一的副作用是，固定长度的字段会浪费一些空间，因为定长的字段无论你用不用，他都是要分配那么多的空间。