optimize、Analyze、check、repair维护操作
optimize 数据在插入，更新，删除的时候难免一些数据迁移，分页，之后就出现一些碎片，久而久之碎片积累起来影响性能， 这就需要DBA定期的优化数据库减少碎片，这就通过optimize命令。如对MyISAM表操作：optimize table 表名
对于InnoDB表是不支持optimize操作，否则提示“Table does not support optimize, doing recreate + analyze instead”， 当然也可以通过命令：alter table one type=innodb; 来替代。
Analyze 用来分析和存储表的关键字的分布，使得系统获得准确的统计信息，影响 SQL 的执行计划的生成。对于数据基本没有发生 变化的表，是不需要经常进行表分析的。但是如果表的数据量变化很明显，用户感觉实际的执行计划和预期的执行计划不 同的时候， 执行一次表分析可能有助于产生预期的执行计划。Analyze table 表名Check检查表或者视图是否存在错误，对 MyISAM 和 InnoDB 存储引擎的表有作用。对于 MyISAM 存储引擎的表进行表检查， 也会同时更新关键字统计数据Repair optimize需要有足够的硬盘空间，否则可能会破坏表，导致不能操作，那就要用上repair，注意INNODB不支持repair操作以上的操作出现的都是如下这是check
+----------+-------+--------------+-------------+ | Table | Op | Msg_type| Msg_text | +----------+-------+--------------+-------------+ | test.one | check | status | OK | +----------+-------+--------------+-------------+
其中op是option 可以是repair check optimize，msg_type 表示信息类型，msg_text 表示信息类型，这里就说明表的状态正常。 如在innodb表使用repair就出现note | The storage engine for the table doesn't support repair
注意：以上操作最好在数据库访问量最低的时候操作，因为涉及到很多表锁定，扫描，数据迁移等操作，否则可能导致一些功能无法 正常使用甚至数据库崩溃。
表结构的更新与维护
改表结构。当要在数据量千万级的数据表中使用alter更改表结构的时候，这是一个棘手问题。一种方法是在低并发低访问量的时 候用平常的alter更改表。另外一种就是建另一个与要修改的表，这个表除了要修改的结构属性外其他的和原表一模一样，这样就 能得到一个相应的.frm文件，然后用flush with read lock 锁定读，然后覆盖用新建的.frm文件覆盖原表的.frm， 最后unlock table 释放表。建立新的索引。一般方法这里不说。 创建没索引的a表，导入数据形成.MYD文件。创建包括索引b表，形成.FRM和.MYI文件锁定读写把b表的.FRM和.MYI文件改成a表名字解锁用repair创建索引。这个方法对于大表也是很有效的。这也是为什么很多dba坚持说“先导数据库在建索引，这样效率更快”
定期检查 mysql服务器 定期使用show status、show processlist等命令检查数据库。这里就不细说，这说起来也篇幅是比较大的，笔者对这个也不是很了解第四部分：图说mysql查询执行流程
1. 查询缓存，判断sql语句是否完全匹配，再判断是否有权限，两个判断为假则到解析器解析语句，为真则提取数据结果返回给用户。 2. 解析器解析。解析器先词法分析，语法分析，检查错误比如引号有没闭合等，然后生成解析树。 3. 预处理。预处理解决解析器无法决解的语义，如检查表和列是否存在，别名是否有错，生成新的解析树。 4. 优化器做大量的优化操作。 5. 生成执行计划。 6. 查询执行引擎，负责调度引擎获取相应数据 7. 返回结果。