Mysql优化

mysql的优化就是尽可能的让mysql干活，能不做的操作就避免掉，缩小表的大小，让数据的存储尽可能的紧凑。

对于表的列

1使用最有效的数据类型，比如mediumint比int是更好的选择，mediumint列使用的空间能少25%的大小。

2尽可能的声明列是非空的，这样让索引更好的被使用

在一个字符串的列，如果第一位字符有唯一标识，可以使用mysql的列最左侧索引，这样索引会更小，速度更快。

3尽可能保持表列的短小，字段太多，但是查询的时候很少用到的就拆除去，用到的时候做个关联。

mysql是多线程的，所以可能同时会有很多的客户端去同时访问同一个表，为了减少多客户端会话访问同一个表的不同状态问题，表被每个并发的会话单独的打开。这样增加了额外的内存，但是提升了性能。

table_open_cache和max_connnections系统变量影响了服务器打开的最大文件数量。如果你增加了一个变量或 这2个值，可以增加操作系统限制的每个进程打开的文件描述符。table_open_cache跟max_conections是有关联的，比如对200个并发的连接，指定表的缓存至少是200*n，n是连接中的表数量。

mysql会在下面的情况下关闭不适用的表并在缓存中移除它

1当缓存满了并且线程试着打开一个不再缓存中的表。

2当缓存大于table_open_cache，并且缓存中的表不再被使用的时候

3当表刷新操作发生的时候，flush tables。

可以通过查看状态变量opened_tables来确定表缓存是否设置的太小了，如果这个变量增加的很快，并且没有使用flush table语句，那么可能就是太小了。

服务器在下面的条件下会创建临时表

1评估union语句

2评估一些视图，例如union或聚合的语句

3评估被驱动表（在from后的子查询）

4为子查询创建的表或被连接的物化

5一些包含ｏｒｄｅｒｂｙ的语句或ｇｒｏｕｐ　ｂｙ的语句

６ｄｉｓｔｉｎｃｔ和ｏｒｄｅｒ　ｂｙ的组合

７使用了ｓｑｌ＿ｓｍａｌｌ＿ｒｅｓｕｌｔ选项的查询

８多表的ｕｐｄａｔｅ

９ｇｒｏｕｐ＿ｃｏｎｃａｔ（）或ｃｏｕｎｔ（ｄｉｓｔｉｎｃｔ）

如果一个内部的临时表被创建变的很大了，ｍｙｓｑｌ自动的将他们转换到磁盘上，内存中最大的大小是ｔｍｐ＿ｔｂａｌｅ＿ｓｉｚｅ和ｍａｘ＿ｈｅａｐ＿ｔａｂｌｅ＿ｓｉｚｅ中的较小者，

如果服务器创建了一个内布标，它会增加ｃｒｅａｔｅｄ＿ｔｉｍｐ＿ｔａｂｌｅｓ状态变量，如果服务器在磁盘上创建了表，会增加ｃｒｅａｅｄ＿ｔｍｐ＿ｄｉｓｋ＿ｔａｂｌｅｓ状态变量。

内存中临时表被ｍｅｍｏｒｙ存储引擎管理，使用固定长度行格式。在磁盘上的临时表被ｍｙｉｓａｍ存储引擎管理，使用动态宽度的行格式，