一、表的设计优化
表的设计优化（参考阿里开发手册《嵩山版》）：
-
比如设置合适的数值（tinyint int bigint），要根据实际情况选择。
-
比如设置合适的字符串类型（char和varchar）char定长效率高，varchar可变长度，效率稍低。
二、SQL语句优化
-
SELECT语句务必指明字段名称（避免直接使用select * ）。
-
SQL语句要避免造成索引失效的写法。
-
尽量用union all代替union union会多一次过滤，效率低。
-
避免在where子句中对字段进行表达式操作。
-
Join优化 能用innerjoin 就不用left join right join，如必须使用 一定要以小表为驱动。
内连接会对两个表进行优化，优先把小表放到外边，把大表放到里边。left join 或 right join，不会重新调整顺序。
三、主从复制、读写分离
如果数据库的使用场景读的操作比较多的时候，为了避免写的操作所造成的性能影响 可以采用读写分离的架构。 读写分离解决的是，数据库的写入，影响了查询的效率。
四、面试的回答
**面试官：**sql的优化的经验
**候选人：**嗯，这个在项目还是挺常见的，当然如果直说sql优化的话，我们会从这几方面考虑，比如：建表的时候、使用索引、sql语句的编写、主从复制，读写分离，还有一个是如果量比较大的话，可以考虑分库分表。
**面试官：**创建表的时候，你们是如何优化的呢？
**候选人：**这个我们主要参考的阿里出的那个开发手册《嵩山版》，就比如，在定义字段的时候需要结合字段的内容来选择合适的类型，如果是数值的话，像tinyint、int 、bigint这些类型，要根据实际情况选择。如果是字符串类型，也是结合存储的内容来选择char和varchar或者text类型。
**面试官：**那在使用索引的时候，是如何优化呢？
候选人：【参考索引创建原则 进行描述】
**面试官：**你平时对sql语句做了哪些优化呢？
**候选人：**嗯，这个也有很多，比如SELECT语句务必指明字段名称，不要直接使用select * ，还有就是要注意SQL语句避免造成索引失效的写法；如果是聚合查询，尽量用union all代替union ，union会多一次过滤，效率比较低；如果是表关联的话，尽量使用innerjoin ，不要使用用left join right join，如必须使用 一定要以小表为驱动。