本文提要
最近写的几篇文章都是关于数据层优化方面的，这几天也在想还有哪些地方可以优化改进，结合日志和项目代码发现，关于数据层的优化，还是有几个方面可以继续修改的，代码方面，整合了druid数据源也开启了sql监控等，修改和规范了变量的命名方式，建表时的命名方式也做了修改，不过做的这些还不够，优化这件事真是一个长期和自觉的过程，mapper文件中的sql语句，依然不是十分的符合规范，有继续优化的必要，数据库中表的结构也需要继续优化。
前一篇文章主要讲了慢sql的整理，以及explain关键字在优化查询语句中的作用，也对sql做了一点小改动，但是修改的力度不是特别大，这一篇会稍微补充一下前一篇中关于索引的知识点，以及使用索引对查询语句进行优化。本文依然是代码优化和sql优化，主要还是讲一下索引及案例，前一篇文章较为简略，为了弥补这个懒惰造成的结果，这篇文章就详细一些。
表结构优化
建表语句规范，对原来的表结构重新做了一下修改，主要有：
字段非空修改
添加字段注释
添加索引(下面一个段落细讲)
这里只贴出部分修改后的代码，其余的自行通过github更新：
CREATE TABLE `ssm_article` ( `id` int(4) NOT NULL AUTO_INCREMENT COMMENT '主键', `article_title` varchar(100) COLLATE utf8_bin NOT NULL DEFAULT '' COMMENT '文章标题', `article_create_date` varchar(50) COLLATE utf8_bin NOT NULL DEFAULT '' COMMENT '创建时间', `article_content` text COLLATE utf8_bin NOT NULL COMMENT '文章内容', `is_top` int(4) NOT NULL DEFAULT '0' COMMENT '是否置顶，1为置顶，默认为0', `add_name` varchar(50) COLLATE utf8_bin NOT NULL DEFAULT '' COMMENT '添加人', PRIMARY KEY (`id`) ) ENGINE=innodb DEFAULT CHARSET=utf8 COLLATE=utf8_bin;
NOT NULL：防止索引失效，对表中一个列添加了索引的话，如果有记录为NULL，则查询时不会使用该索引。
表注释：同代码注释一样，可以帮助开发人员快速理解的建表的含义，但是同项目中的代码又不一样，没有注释，代码看久了总会理解其中的逻辑和功能，但是表字段，如果不懂就真的只能靠猜了。添加表注释就是为了大家都能理解字段的意思及建表意图，不要太相信自己的记忆力，它是比不了白纸黑字的，时间久了总会淡忘一些，如果连自己都忘了真的是搞笑了，因此注释的添加也是极其必要的，有些标示类型字段也是需要详细解释的，不同的值分别代表什么意思，如果不在注释中约定好，只靠口头来传达是很容易出现差错的，注释就是为了减少沟通成本，
