今天使用字典库，查了下mysql官方文档，发现中文版的文档根本没有对字段的解释，附mysql官方文档链接：http://www.mysqlpub.com/onlinemanual/doc/refman/5.1/zh/index.html
而且我查了很多地方，也没有找到相应的解释，所以自己就琢磨了一下，研究了几个字段，分享一下，继续研究的时候会继续更新博客。
select * from information_schema.STATISTICS
non_unique:0/唯一 1/不唯一 （就是这个索引是否有唯一约束，0/有，1/没有）
seq_in_index: 未知 我的数据库这个字段都为1，测试了半天也没改变，没懂。。。烦请大神指点
collation:未知 我的数据库这个字段都为A，同上。。
cardinality: 这个字段的英文翻译是基数，但我执行sql查询的时候用到这个字段却，这个字段的值却并未改变，所以应该不是使用次数。
对于cardinality字段最后百度了下解释：
cardinality简单的说就是，你索引列的唯一值的个数，如果是复合索引就是唯一组合的个数。这个数值将会作为mysql优化器对语句执行计划进行判定时依据。如果唯一性太小，那么优化器会认为，这个索引对语句没有太大帮助，而不使用索引。cardinality值越大，就意味着，使用索引能排除越多的数据，执行也更为高效。
举几个例子吧：
a,b,c
1,1,1
1,1,2
1,2,1
1,2,2
2,1,1
2,1,2
2,2,1
2,2,2
假如你对a列作索引，那么它的cardinality就是2，因为此列只有1和2两个值。
假如你对a,b列作复合索引，那么它的cardinality就是4，因为这两列有(1,2),(1,1),(2,1),(2,2)这几种组合。
假如你对a,b,c作复合索引，那么它的cardinality就是8.........
可以这样解释： 索引的可选择程度。也就是说 基数越大,当进行联合时,MySQL使用该索引的机会就越大。
官方文档的解释：
An estimate of the number of unique values in the index. This is updated by running ANALYZE TABLE or myisamchk -a. Cardinality is counted based on statistics stored as integers, so the value is not necessarily exact even for small tables. The higher the cardinality, the greater the chance that MySQL uses the index when doing joins.
总结下来cardinality列的值有以下特性：
1. 列值代表的是此列中存储的唯一值的个数（如果此列为primary key 则值为记录的行数）
2. 列值只是个估计值，并不准确。
3. 列值不会自动更新，需要通过analyze table来进行更新。
4. 列值的大小影响join时是否选用这个index的判断。
5. 初建index时，MyISAM的表cardinality的值为null，InnoDB的表cardinality的值大概为行数。
6. MyISAM与InnoDB对于cardinality的计算方式不同。
nullable:是否可以为空 YES是可以，null时是不可以。
ps:我这里只解释一下略微需要理解的字段，对于什么库名表名的就不解释了
