记住以下思路，参考最有效的文章，都是博客里的网上，总结整理（个人），以备下次做优化的时候可以快速，如有更好的优化建议 希望能留言一下。
（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按位插入或查询；正则表达式过滤（非法字符串过滤）；