MySQL数据库维护和改善性能

备份数据

  因为MySQL数据库是基于磁盘的文件，普通的备份系统和例程就能备份MySQL的数据。可是，因为这些文件老是处于打开和使用状态，普通的文件副本备份不必定老是有效。下面列出这个问题的可能解决方案。

• 使用命令行实用程序mysqldump转储全部数据库内容到某个外部文件。在进行常规备份前这个实用程序应该正常运行，以便能正确地备份转储文件。
• 可用命令行实用程序mysqlhotcopy从一个数据库复制全部数据（并不是全部数据库引擎都支持这个实用程序）。
• 可使用MySQL的BACKUP TABLE或SELECT INTO OUTFILE转储全部数据到某个外部文件。这两条语句都接受将要建立的系统文件名，此系统文件必须不存在，不然会出错。数据能够用RESTORETABLE来复原。
• 首先刷新未写数据 为了保证全部数据被写到磁盘（包括索引数据），可能须要在进行备份前使用FLUSH TABLES语句。

进行数据库维护

mysql> ANALYZE TABLE orders;
+------------------+---------+----------+----------+
| Table            | Op      | Msg_type | Msg_text |
+------------------+---------+----------+----------+
| customers.orders | analyze | status   | OK       |
+------------------+---------+----------+----------+
1 row in set (0.04 sec)

• ANALYZE TABLE，用来检查表键是否正确，返回状态信息。

mysql> CHECK TABLE orders,orderitems;
+----------------------+-------+----------+----------+
| Table                | Op    | Msg_type | Msg_text |
+----------------------+-------+----------+----------+
| customers.orders     | check | status   | OK       |
| customers.orderitems | check | status   | OK       |
+----------------------+-------+----------+----------+
2 rows in set (0.04 sec)

• CHECK TABLE用来针对许多问题对表进行检查。在MyISAM表上还对索引进行检查。CHECK TABLE支持一系列的用于MyISAM表的方式。CHANGED检查自最后一次检查以来改动过的表。EXTENDED执行最完全的检查，FAST只检查未正常关闭的表，MEDIUM检查全部被删除的连接并进行键检验，QUICK只进行快速扫描。

诊断启动问题

  在排除系统启动问题时，首先应该尽可能用手动启动服务器。MySQL服务器自身经过在命令行上执行mysqld启动。下面是几个重要的mysqld命令行选项：

• --help显示帮助——一个选项列表；
• --safe-mode装载减去某些最佳配置的服务器；
• --verbose显示全文本消息（为得到更详细的帮助消息与--help联合使用）；
• --version显示版本信息而后退出。

查看日志文件

MySQL维护管理员依赖的一系列日志文件。主要的日志文件有如下几种。

• 错误日志。它包含启动和关闭问题以及任意关键错误的细节。此日志一般名为hostname.err，位于data目录中。此日志名可用--log-error命令行选项更改。
• 查询日志。它记录全部MySQL活动，在诊断问题时很是有用。此日志文件可能会很快地变得很是大，所以不该该长期使用它。此日志一般名为hostname.log，位于data目录中。此名字能够用--log命令行选项更改。
• 二进制日志。它记录更新过数据（或者可能更新过数据）的全部语句。此日志一般名为hostname-bin，位于data目录内。此名字能够用--log-bin命令行选项更改。注意，这个日志文件是MySQL 5中添加的，之前的MySQL版本中使用的是更新日志。
• 缓慢查询日志。顾名思义，此日志记录执行缓慢的任何查询。这个日志在肯定数据库何处须要优化颇有用。此日志一般名为
  hostname-slow.log ，位于 data 目录中。此名字能够用--log-slow-queries命令行选项更改。

在使用日志时，可用FLUSH LOGS语句来刷新和从新开始全部日志文件。

改善性能

• 首先，MySQL（与全部DBMS同样）具备特定的硬件建议。在学习和研究MySQL时，使用任何旧的计算机做为服务器均可以。但对用于生产的服务器来讲，应该坚持遵循这些硬件建议。
• 通常来讲，关键的生产DBMS应该运行在本身的专用服务器上。
• MySQL是用一系列的默认设置预先配置的，从这些设置开始一般是很好的。但过一段时间后你可能须要调整内存分配、缓冲区大小等。（为查看当前设置，可以使用SHOW VARIABLES;和SHOWSTATUS;。）
• MySQL一个多用户多线程的DBMS，换言之，它常常同时执行多个任务。若是这些任务中的某一个执行缓慢，则全部请求都会执行缓慢。若是你遇到显著的性能不良，可以使用SHOW PROCESSLIST显示全部活动进程（以及它们的线程ID和执行时间）。你还能够用KILL命令终结某个特定的进程（使用这个命令须要做为管理员登陆）。
• 老是有不止一种方法编写同一条SELECT语句。应该试验联结、并、子查询等，找出最佳的方法。
• 使用EXPLAIN语句让MySQL解释它将如何执行一条SELECT语句。
• 通常来讲，存储过程执行得比一条一条地执行其中的各条MySQL语句快。
• 应该老是使用正确的数据类型。
• 决不要检索比需求还要多的数据。换言之，不要用SELECT *（除非你真正须要每一个列）。
• 有的操做（包括INSERT）支持一个可选的DELAYED关键字，若是使用它，将把控制当即返回给调用程序，而且一旦有可能就实际执行该操做。
• 在导入数据时，应该关闭自动提交。你可能还想删除索引（包括FULLTEXT索引），而后在导入完成后再重建它们。
• 必须索引数据库表以改善数据检索的性能。肯定索引什么不是一件微不足道的任务，须要分析使用的SELECT语句以找出重复的
  WHERE和ORDER BY子句。若是一个简单的WHERE子句返回结果所花的时间太长，则能够判定其中使用的列（或几个列）就是须要索引的对象。
• 你的SELECT语句中有一系列复杂的OR条件吗？经过使用多条SELECT语句和链接它们的UNION语句，你能看到极大的性能改进。
• 索引改善数据检索的性能，但损害数据插入、删除和更新的性能。若是你有一些表，它们收集数据且不常常被搜索，则在有必要以前不要索引它们。（索引可根据须要添加和删除。）
• LIKE很慢。通常来讲，最好是使用FULLTEXT而不是LIKE。
• 数据库是不断变化的实体。一组优化良好的表一下子后可能就面目全非了。因为表的使用和内容的更改，理想的优化和配置也会改变。
• 最重要的规则就是，每条规则在某些条件下都会被打破。