mysql 服务器检查脚本、linux 服务器检查脚本

本文目录：

• 1.如何编写mysql数据库脚本
• 2. MySQL数据库服务器逐渐变慢。如何分析和解决呢？
• 3、如何检查mysql从库是否正常工作，脚本

如何编写mysql数据库脚本

在控制台根目录下打开sqlserver企业管理器，新建一个sqlserver组，根据自己的情况选择；然后创建一个新的sqlserver

注册来连接到sqlserver。准备工作完成后，下面开始：

首先打开数据转换服务，新建包，打开dts界面，在连接中选择数据源进行配置。然后选择要转换的目标文件。这里我选择

文本文件（目标）。选择保存文件的位置后，我们创建一个新任务。这里我们只选择数据转换任务。使用“选择源连接”和“选择目标连接”用鼠标选择数据源和目标后，我们定义新创建的连接。在其属性中，源、目的地和转换都很好。定义。

完成任务，它会给你成功。保存任务。然后导出新创建的任务数据。向导询问，选项之一是“从源数据库复制表和视图”。

至此，数据已经导出到目标文件中。

下一步是在mysql中创建一个新表。如果与要导入的结构一致，则直接选择“从文本文件中提取数据并插入数据表：”。添加选项后，“发送”就足够了。浏览，数据已导入。导入的表已经存在，且属性名称不同。现在先创建一个与要导入的数据结构相同的表并导入数据（按照当前步骤操作即可），然后导出“数据和结构”，得到sql语句，改成文本文件，使用文本编辑器的替换功能更改表名，添加列名，最后粘贴到要导入sql语句的表处并运行，数据就会导入。

MySQL数据库服务器逐渐变慢。如何分析解决

我们先看第一步，MySQL慢度诊断思路。一般来说，我们从三个方向来做：

第一个方向是MySQL内部观察

第二个方向是外部资源观察

第三个方向是外部需求变化

1.1 MySQL内部观察

我们来看看MySQL内部观察。常用的观察方法如下。从上到下看，第一部分是 Processlist ，看什么 SQL 压力不正常，第二步是解释它的执行计划，解释一下，第三步是做 Profiling，如果 SQL 可以再次运行，就做 Profiling，然后高级DBA直接使用performance_schema。 MySQL 5.7之后，直接使用sys_schema。 sys_schema 是一个包含各种方便信息的视图，可帮助您诊断性能。更高级一点，我们使用 innodb_metrics 来诊断引擎。

除了这些方法之外，大家还想出了一些令人困惑的方法，这里就不一一列举了。这些是监控MySQL内部状态的常用思路。除此之外，MySQL还不断地提供了一些解决方案来彰显自己的地位，但在实践中这些解决方案并没有成为常规，因为学习成本比较高。

1.2 观察外部资源

在观察外部资源这一部分，我引用了这篇文章，并贴出了上面那篇文章的二维码。这篇文章是外星神写的。标题是：60 秒快速检查。让我们看看它在 60 秒内对服务器做了什么样的检查。诫命一共有十条。这是前五个。让我们一一看看。

1.uptime，uptime告诉我们机器已经存活了多长时间以及它的平均负载是多少。

2.dmesg -T | tail，让我们知道系统日志中是否有错误。

3.vmstat 1，告诉我们虚拟内存的状态，页面换入换出是否有问题，是否使用了交换。

4。 mpstat -P ALL 告诉我们每个核心的 CPU 压力是否均匀。

5.pidstat 1 告诉我们每个进程的资源使用情况。

我们看最后五项：

首先是iostat -xz 1检查IO问题，然后free-m内存使用情况，然后是两个sar根据网络维度检查网络。设备的网卡。消耗状态以及总体 TCP 利用率和错误率。最后一个命令 top 查看整个进程和线程问题。

这是外部资源的诊断。这十个命令指示应诊断哪些外部资源。

1.3 外需转型

第三个诊断思路是外需转型。我这里引用一个文档。本文档是MySQL官方文档中的一个章节。本章名为Common Query Examples，文档介绍了常见的SQL编写并提供了一些示例。该文章的链接位于幻灯片上。

让我们看一下其中提到的一个例子。

这将从表格中进行选择。该表具有三列：商品、经销商和价格。它从每个作者那里选择最昂贵的产品并将它们列在结果集中。这是最原始的 SQL。它非常符合商业写作，但它是一个相关子查询。

相关子查询的开销非常大，所以上面的文档将教你如何快速将其转换为非相关子查询。可以看到中间子查询和外层查询没有任何关系。 。

第三步教你如何直接去掉子查询，然后转换成这样的SQL。这就是所谓的企业转型。三个SQL前后的成本是不同的。删除相关子查询的成本是删除它之后，该 SQL 运行得很好，但该 SQL 无法再被很好地定义。仅当诊断出SQL成本较高时才推荐使用此方法。

为什么这会破坏相关子查询？

它的原理是关系代数。所有 SQL 都可以表示为等效的关系代数表达式。关系代数中的表达式之间存在等价关系。这种等价关系可以通过相关的子查询转换来分解。

上面的文档是一本大学教材，从头开始讲授代数和SQL之间的关系。然后一步一步推导如何简化这个SQL语句。

首先，MySQL本身提供了很多命令来监控MySQL本身的各种状态。一般来说，通过从上到下的检查就可以识别SQL或服务器的问题。

其次，我们从服务器的角度出发，从控制脚本的角度出发。服务器资源只有这几种，观察方法也只有几种。我们可以轻松监控所有服务器资源。

第三，如果实在看不懂，请求者需要将SQL写成数据库容易接受的方式。这个成本正在迅速下降。这是诊断 MySQL 缓慢的常见想法。

如何检查mysql从库是否正常工作，脚本

一般在slave上运行showslave status来判断后面的值是否为0。

更准确的方法是在master数据库中建表，每秒插入一个时间戳，然后从slave上读取。数据库查看时间差是否超过1秒。