数据选型：首先是数据选型方面进行优化，选取最适用的字段属性，数据的表越小，查询越快

范式应用：合理使用范式和反范式

存储引擎的选择：如果该数据库读操作较多，存储引擎选择MyISAM，如果是写操作多，选择innodb

主键选择：代理主键

执行计划explain：使用explain+sql测试sql语句执行情况，然后优化sql语句

1. 注意的关键字：type关键字，通常达到range级别，最好是ref，而ref最好是一个常数。

索引优化：

1. 尽量在主键上添加使用索引

2. 利用覆盖索引、索引下推机制，注意组合索引的匹配原则，

3. 尽量使用唯一索引，避免使用普通索引

查询优化：这个应该被包含在执行计划中，但是个人觉得还是拆出来，其实我们在写的时候就该注意sql的效率，explain执行计划只是验证

1. 优化数据访问，避免查询中出现筛选大量数据，可以通过limit限制；

2. 避免select * from table这种全表扫描的语句

3. 如果业务没有特殊规定数据，那么就尽量避免使用UNION，可以考虑UNION-ALL替换，因为后者不会过滤重复数据，效率高于UNION

请求解析DipatcherServlet路径：客户端发出⼀个http请求给web服务器，web服务器对http请求进⾏解析，如果匹配DispatcherServlet的请求映射路径（在web.xml中指定），web容器将请求转交给DispatcherServlet.

匹配处理器Handler：DipatcherServlet接收到这个请求之后将根据请求的信息（包括URL、Http⽅法、请求报⽂头和请求参数Cookie等）以及HandlerMapping的配置找到处理请求的处理器（Handler）。

处理器进⾏处理：DispatcherServlet根据HandlerMapping找到对应的Handler,将处理权交给Handler（Handler将具体的处理进⾏封装），再由具体的HandlerAdapter对Handler进⾏具体的调⽤。

处理器返回逻辑视图ModelAndView对象给DispatcherServlet：Handler对数据处理完成以后将返回⼀个ModelAndView()对象给DispatcherServlet。

Dispatcher通过ViewResolver将逻辑视图转化为正式视图view：Handler返回的ModelAndView()只是⼀个逻辑视图并不是⼀个正式的视图，DispatcherSevlet通过ViewResolver将逻辑视图转化为真正的视图View。