mysql 必知必会整理—数据库的维护[十八]

前言

简单介绍一下数据库的维护。

正文

像所有数据一样，MySQL的数据也必须经常备份。

由于MySQL数据库是基于磁盘的文件，普通的备份系统和例程就能备份MySQL的数据。

但是，由于这些文件总是处于打开和使用状态，普通的文件副本备份不一定总是有效.

下面列出这个问题的可能解决方案。

1.使用命令行实用程序mysqldump转储所有数据库内容到某个外部
文件。在进行常规备份前这个实用程序应该正常运行，以便能正
确地备份转储文件。
2.可用命令行实用程序mysqlhotcopy从一个数据库复制所有数据
（并非所有数据库引擎都支持这个实用程序）。
3.可以使用MySQL的BACKUP TABLE或SELECT INTO OUTFILE转储所
有数据到某个外部文件。这两条语句都接受将要创建的系统文件
名，此系统文件必须不存在，否则会出错。数据可以用RESTORE
TABLE来复原。

注意:

首先刷新未写数据 为了保证所有数据被写到磁盘（包括索引
数据），可能需要在进行备份前使用FLUSH TABLES语句

数据库维护

以下是你应该知道的一些语句。

ANALYZE TABLE，用来检查表键是否正确。ANALYZE TABLE返回如
下所示的状态信息：

ANALYZE TABLE orders;

![](https://img2020.cnblogs.com/blog/1289794/202110/1289794-20211003210451726-680155548.png)

CHECK TABLE用来针对许多问题对表进行检查。在MyISAM表上还对
索引进行检查。CHECK TABLE支持一系列的用于MyISAM表的方式。
CHANGED检查自最后一次检查以来改动过的表。EXTENDED执行最
彻底的检查，FAST只检查未正常关闭的表，MEDIUM检查所有被删
除的链接并进行键检验，QUICK只进行快速扫描。如下所示，CHECK
TABLE发现和修复问题：

CHECK TABLE orders,orderitems;

![](https://img2020.cnblogs.com/blog/1289794/202110/1289794-20211003210603941-412901133.png)

1. 如果MyISAM表访问产生不正确和不一致的结果，可能需要用REPAIR TABLE来修复相应的表。这条语句不应该经常使用，如果需要经常使用，可能会有更大的问题要解决。

2. 如果从一个表中删除大量数据，应该使用OPTIMIZE TABLE来收回所用的空间，从而优化表的性能。

#### 诊断启动问题

服务器启动问题通常在对MySQL配置或服务器本身进行更改时出
现。MySQL在这个问题发生时报告错误，但由于多数MySQL服务器是作
为系统进程或服务自动启动的，这些消息可能看不到。

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

1. --help显示帮助——一个选项列表；

2. --safe-mode装载减去某些最佳配置的服务器；

3. --verbose显示全文本消息（为获得更详细的帮助消息与--help
联合使用）；

4. --version显示版本信息然后退出。

#### 查看日志

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

1. 错误日志。它包含启动和关闭问题以及任意关键错误的细节。此
日志通常名为hostname.err，位于data目录中。此日志名可用
--log-error命令行选项更改。

2. 查询日志。它记录所有MySQL活动，在诊断问题时非常有用。此
日志文件可能会很快地变得非常大，因此不应该长期使用它。此
日志通常名为hostname.log，位于data目录中。此名字可以用
--log命令行选项更改。

3. 二进制日志。它记录更新过数据（或者可能更新过数据）的所有
语句。此日志通常名为hostname-bin，位于data目录内。此名字
可以用--log-bin命令行选项更改。注意，这个日志文件是MySQL
5中添加的，以前的MySQL版本中使用的是更新日志。

4. 缓慢查询日志。顾名思义，此日志记录执行缓慢的任何查询。这
个日志在确定数据库何处需要优化很有用。此日志通常名为
hostname-slow.log ，位于 data 目录中。此名字可以用
--log-slow-queries命令行选项更改。

在使用日志时，可用FLUSH LOGS语句来刷新和重新开始所有日志文
件。

#### 改善性能

数据库管理员把他们生命中的相当一部份时间花在了调整、试验以
改善DBMS性能之上。在诊断应用的滞缓现象和性能问题时，性能不良的
数据库（以及数据库查询）通常是最常见的祸因。

可以看出，下面的内容并不能完全决定MySQL的性能。我们只是
想回顾一下前面各章的重点，提供进行性能优化探讨和分析的一个出
发点。

 首先，MySQL（与所有DBMS一样）具有特定的硬件建议。在学
习和研究MySQL时，使用任何旧的计算机作为服务器都可以。但
对用于生产的服务器来说，应该坚持遵循这些硬件建议。
 一般来说，关键的生产DBMS应该运行在自己的专用服务器上。
 MySQL是用一系列的默认设置预先配置的，从这些设置开始通常
是很好的。但过一段时间后你可能需要调整内存分配、缓冲区大
小等。（为查看当前设置，可使用SHOW VARIABLES;和SHOW
STATUS;。）
 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。

 数据库是不断变化的实体。一组优化良好的表一会儿后可能就面
目全非了。由于表的使用和内容的更改，理想的优化和配置也会
改变。

 最重要的规则就是，每条规则在某些条件下都会被打破。

### 结

必知必会整理到此结束了。