记住以下思路，参考最有效的文章，都是博客里的网上，总结整理（个人），以备下次做优化的时候可以快速，如有更好的优化建议 希望能留言一下。

（1）、根据服务层面：配置mysql性能优化参数；

愤怒的小鸟（写的很详细可以参考，MySQL性能优化之参数配置）

（2）、从系统层面增强mysql的性能：优化数据表结构、字段类型、字段索引、分表，分库、读写分离等等。

　　　　表结构:数据类型选择;字符编码;适当拆分;适度冗余;尽量使用 NOT NULL 详细,

读写分离

（3）、从数据库层面增强性能：优化SQL语句，合理使用字段索引。

必看：Mysql是否需要建立索引的九大场景


1、表的主键、外键必须有索引；
    2、数据量超过300的表应该有索引；
    3、经常与其他表进行连接的表，在连接字段上应该建立索引；
    4、经常出现在Where子句中的字段，特别是大表的字段，应该建立索引；
    5、索引应该建在选择性高的字段上；
    6、索引应该建在小字段上，对于大的文本字段甚至超长字段，不要建索引；
    7、复合索引的建立需要进行仔细分析；尽量考虑用单字段索引代替：
        a、正确选择复合索引中的主列字段，一般是选择性较好的字段；
        b、复合索引的几个字段是否经常同时以AND方式出现在Where子句中？单字段查询是否极少甚至没有？如果是，则可以建立复合索引；否则考虑单字段索引；
        c、如果复合索引中包含的字段经常单独出现在Where子句中，则分解为多个单字段索引；
        d、如果复合索引所包含的字段超过3个，那么仔细考虑其必要性，考虑减少复合的字段；
        e、如果既有单字段索引，又有这几个字段上的复合索引，一般可以删除复合索引；
     8、频繁进行数据操作的表，不要建立太多的索引；
     9、删除无用的索引，避免对执行计划造成负面影响；



数据库方面的技能要求，包括三个方面：
    　　第一，基本的增删改查，存储过程等技能，是否会用些group by,having,distinct,exist,in,with等高级点的语句，

    　　第二，有没有设计表的经验，

    　　第三，也是关键一点，在数据库优化方面，MySQL性能优化的最佳21条经验。

    　　索引是数据库优化所必需的工具，一般会问以下两方面的问题：

    ①索引有什么代价？哪些场景下你需要建索引？或者有时候反过来问，哪些场景下不推荐建索引。
    　　　　　　代价：时间；
    　　　　　　推荐：最佳21条经验；Mysql哪些地方需要建立索引
              不推荐：
                什么情况下不推荐使用索引？
                1) 数据唯一性差（一个字段的取值只有几种时）的字段不要使用索引

                　　比如性别，只有两种可能数据。意味着索引的二叉树级别少，多是平级。这样的二叉树查找无异于全表扫描。

                2) 频繁更新的字段不要使用索引

                　　比如logincount登录次数，频繁变化导致索引也频繁变化，增大数据库工作量，降低效率。

                3) 字段不在where语句出现时不要添加索引,如果where后含IS NULL /IS NOT NULL/ like ‘%输入符%’等条件，不建议使用索引

                　　只有在where语句出现，mysql才会去使用索引

                4） where 子句里对索引列使用不等于（<>），使用索引效果一般

    ②建好索引之后，怎么才能最高效地利用索引？或者反过来问，请说出一个无法有效利用已建索引的案例。
        如果条件中有or（注意：要想使用or，又想让索引生效，只能将or条件中的每个列都加上索引），
        对于多列索引，
        like查询是以%开头，
        where 子句里对索引列上有数学运算，用不上索引

（4）、从代码层面增强性能：使用缓存和NoSQL数据库方式存储，如MongoDB/Memcached/Redis来缓解高并发下数据库查询的压力。

（5）、减少数据库操作次数，尽量使用数据库访问驱动的批处理方法。

（6）、不常使用的数据迁移备份，避免每次都在海量数据中去检索。

（7）、提升数据库服务器硬件配置，或者搭建数据库集群。

（8）、编程手段防止SQL注入：使用JDBC PreparedStatement按位插入或查询；正则表达式过滤（非法字符串过滤）；