我们仍然使用两个会话,一个会话 run,用于运行主 SQL；另一个会话 ps,用于进行 performance_schema 的观察：
将 performance_schema 中的统计量重置,
临时表的表大小限制取决于参数? tmp_table_size 和 max_heap_table_size 中较小者,我们实验中以设置 max_heap_table_size 为例.
查看内存的分配记录：
查看语句的特征值：
可以看到语句使用了一次需要落磁盘的临时表.
那么这张临时表用了多少的磁盘呢?
我们开启 performance_schema 中 waits 相关的统计项：
重做实验,略过.
再查看 performance_schema 的统计值：
可以看到几个现象：
可以看到写入的线程是 page_clean_thread,是一个刷脏操作,这样就能理解数据为什么是慢慢写入的.
结论：
我们可以看到,
① MySQL 会基本遵守 max_heap_table_size 的设定,在内存不够用时,直接将表转到磁盘上存储.
索引就是为特定的mysql字段进行一些特定的算法排序,比如二叉树的算法和哈希算法,哈希算法是通过建立特征值,然后根据特征值来快速查找.
①普通索引:(index)最基本的索引,没有任何限制? 目的:加快数据的查询速度
第一类是myisam存储引擎使用的叫做b-tree结构,
第二类是innodb存储引擎使用的叫做聚簇结构（也是一种 b-tree）. 如下图：
注意：
①myisam不需要回行处理?
①.、索引列不能参与计算
原因很简单,如何在节点中查找到对应key?如果线性扫描,则每次都需要重新计算,成本太高；如果二分查找,则需要针对from_unixtime方法确定大小关系.
冗余索引是指在相同的列上按照相同的顺序创建的相同类型的索引,应当尽量避免这种索引,发现后立即删除.比如有一个索引(A,B),再创建索引(A)就是冗余索引.冗余索引经常发生在为表添加新索引时,比如有人新建了索引(A,B),但这个索引不是扩展已有的索引(A)
比如想查询某个时间段内登录过的用户：它有两个范围条件,login_time列和age列,MySQL可以使用login_time列的索引或者age列的索引,但无法同时使用它们 .
如果一个索引包含或者说覆盖所有需要查询的字段的值,那么就没有必要再回表查询,这就称为覆盖索引.覆盖索引是非常有用的工具,可以极大的提高性能,因为查询只需要扫描索引会带来许多好处：
区分度的公式是count(distinct ) / count(*),表示字段不重复的比例,比例越大区分度越好.唯一键的区分度是1,而一些状态、性别字段可能在大数据面前的区分度趋近于0.
索引应该建在选择性高的字段上（键值唯一的记录数/总记录条数）,选择性越高索引的效果越好、价值越大,唯一索引的选择性最高；
组合索引中字段的顺序,选择性越高的字段排在最前面；
where条件中包含两个选择性高的字段时,可以考虑分别创建索引,引擎会同时使用两个索引（在OR条件下,应该说必须分开建索引）；
不要滥用索引.因为过多的索引不仅仅会增加物理存储的开销,对于插入、删除、更新操作也会增加处理上的开销,而且会增加优化器在选择索引时的计算代价.
所以呢太多的索引与不充分、不正确的索引对性能都是毫无益处的.一言以蔽之,索引的建立必须慎重,对每个索引的必要性都应该经过仔细分析,要有建立的依据.
以上就是土嘎嘎小编为大家整理的mysql的特征值怎么用相关主题介绍,如果您觉得小编更新的文章只要能对粉丝们有用,就是我们最大的鼓励和动力,不要忘记讲本站分享给您身边的朋友哦！！