upgrade_log

合集下载

python loggru用法

python loggru用法
Python中的loggru是一个开源库，用于日志记录和管理。

它提供了一种方便的方式来跟踪应用程序的运行情况，并帮助诊断和解决问题。

下面是loggru的基本用法示例：
1. 导入loggru库。

2. 创建一个logger对象。

这里的'my_logger'是日志记录器的名称，你可以根据自己的需求来指定。

3. 记录日志消息。

通过不同的方法（如info、debug、warning、error）来记录不同级别的日志消息。

4. 配置日志输出：
loggru支持多种日志输出方式，比如控制台输出、文件输出等。

你可以通过配置来选择所需的输出方式。

这个配置文件中设置了一个控制台输出和一个文件输出，级别为INFO和DEBUG。

你可以根据需要进行相应的修改。

以上是loggru的基本用法，你可以根据自己的需求进行进一步的调整和扩展。

HPE Security ArcSift ESM软件版本6.11.0升级故障恢复指南说明书

HPE Security ArcSight ESM Software Version:6.11.0Upgrade Failure Recovery for ESM Upgrades March7,2017Legal NoticesWarrantyThe only warranties for Hewlett Packard Enterprise products and services are set forth in the express warranty statements accompanying such products and services.Nothing herein should be construed as constituting an additional warranty.Hewlett Packard Enterprise shall not be liable for technical or editorial errors or omissions contained herein.The information contained herein is subject to change without notice.The network information used in the examples in this document (including IP addresses and hostnames)is for illustration purposes only.HPE Security ArcSight products are highly flexible and function as you configure them.The accessibility,integrity,and confidentiality of your data is your responsibility.Implement a comprehensive security strategy and follow good security practices.This document is confidential.Restricted Rights LegendConfidential computer software.Valid license from Hewlett Packard Enterprise required for possession,use or copying.Consistent with FAR 12.211and 12.212,Commercial Computer Software,Computer Software Documentation,and Technical Data for Commercial Items are licensed to the ernment under vendor's standard commercial license.Copyright Notice©Copyright 2017Hewlett Packard Enterprise Development,LPFollow this link to see a complete statement of copyrights and acknowledgements:https:///docs/DOC-13026Support Phone A list of phone numbers is available on the HPE Security ArcSight Technical SupportPage: https:///documents/10180/14684/esp-support-contact-listSupport Web Sitehttps:// Protect 724Community https://Contact InformationUpgrade Failure Recovery for ESM UpgradesContentsIntroduction4 Before You Begin the Recovery4 Commands to Start and Stop Components5Recovering From Logger Upgrade Failure6Recovering From Manager Upgrade Failure7Recovering From Time Zone Update Failure9Resolving Errors When Running the Recovery Scripts10Send Documentation Feedback12IntroductionThe information in this technical note applies only to upgrade failures during a supported upgrade. Refer to the Upgrade Guide for this release or the latest HPE ArcSight ESM Support Matrix for supported upgrade paths.If you encounter a failure when upgrading to ESM6.11.0,identify which component was being upgraded when the failure occurred and then follow the corresponding failure recovery process for the component in this document.Before You Begin the RecoveryBefore you begin the recovery process:l Check for failuresFirst look at the high level suite_upgrade.log log file to get an idea of which component upgrade e that information to figure out which of the Logger or Manager component's upgrade failed,and which of their log files to look in.Refer to the Upgrade Guide for the location of the log files.If Logger upgrade failed,go to"Recovering From Logger Upgrade Failure"on page 6.If Manager upgrade failed,go to"Recovering From Manager Upgrade Failure"on page 7.If MySQL tzupdate failed,go to"Recovering From Time Zone Update Failure"on page 9.Before you begin the recovery process fix whatever caused the upgrade failure.l Scripts used for failure recoveryCopy these scripts that are used during the failure recovery to/opt/work directory on the ESM system.Create the directory if it does not already exist.You can find these scripts on\\\Released\ESM\6.11.0\Upgrade Recovery Kit.The scripts are in a.tgz file.Commands to Start and Stop ComponentsThe commands to start and stop a component can be run either as user root or user arcsight.If stop does not stop a service,use tryForceStop,instead.The commands are:ArcSight Manager:/opt/arcsight/services/init.d/arcsight_services start manager/opt/arcsight/services/init.d/arcsight_services stop managerOr:/opt/arcsight/services/init.d/arcsight_services tryForceStop manager Logger:/opt/arcsight/services/init.d/arcsight_services start logger_serversTo stop Logger,first stop the loggerd process as user arcsight:/opt/arcsight/logger/current/arcsight/logger/bin/loggerd quitand then stop Logger by running:/opt/arcsight/services/init.d/arcsight_services stop logger_servers MySQL:/opt/arcsight/services/init.d/arcsight_services start mysqld/opt/arcsight/services/init.d/arcsight_services stop mysqldPostgresql:/opt/arcsight/services/init.d/arcsight_services start postgresql/opt/arcsight/services/init.d/arcsight_services stop postgresqlAll ArcSight Services:/opt/arcsight/services/init.d/arcsight_services start all/opt/arcsight/services/init.d/arcsight_services stop allmonit,which restarts services,should be stopped by now.But if it is not,you can kill all processes by using the command:kill<pid>Status of all services:/opt/arcsight/services/init.d/arcsight_services status allRecovering From Logger Upgrade FailureThe Logger upgrade logs are located as follows:Logger overall upgrade log:/opt/arcsight/logger/current/arcsight/logger/logs/logger_init_driver.log Mysql log:/opt/arcsight/logger/current/arcsight/logger/logs/initmysqluser.logPostgres log:/opt/arcsight/logger/current/arcsight/logger/logs/postgressql_upgrade.out Follow these steps to recover from a failure during the Logger upgrade:1.Make sure that no arcsight services(manager,logger_web,logger_servers,mysqld,postgresql)arerunning by running the command:/opt/arcsight/services/init.d/arcsight_services status allStop any services that are running.See"Commands to Start and Stop Components"on theprevious page for the command to do so.2.While logged in as the arcsight user,run:cd/opt/work./logger_upgrade_recover.shThis script restores the PostgreSQL database to the state prior to the upgrade using the dump file generated in the beginning of the upgrade process.The dump file to use for upgrade from ESM6.9.1c is:/opt/arcsight/logger/current/arcsight/logger/user/logger/esm691c.postgres.xxxxxx-xx_xx-xx-xx.dumpMake sure that no error is reported.The logger_upgrade_recover.sh.<TIMESTAMP>.log log file is generated in the folder where the logger_upgrade_recover.sh script is located.Itcontains the standard output and standard error from running the script.3.While logged in as user arcsight,run this command to resume the upgrade process from theLogger component upgrade/opt/work/upgrade2.sh1The parameter value of1indicates that the upgrade will resume from the Logger component.A log file called upgrade2.sh.<TIMESTAMP>.log is generated in the folder where theupgrade2.sh script is located.<TIMESTAMP>represents the time when the upgrade2.sh script was run.This log contains the standard output and standard error from running the script.Recovering From Manager Upgrade Failure Open the upgrade log file:/opt/arcsight/manager/upgrade/out/<TIMESTAMP>/logs/upgrade/server.upgrade.logEach upgrade attempt creates a new<TIMESTAMP>folder with the name of the folder containing the time that the upgrade was run.Make sure to choose the right<TIMESTAMP>folder that matches the time that you ran the upgrade.Look for the following lines in the log:l[INFO][.arcsight.install.wizard.silent.WizardTextPanelImpl] Progress:<Correct System Tables Columns>l[INFO][.arcsight.install.wizard.silent.WizardTextPanelImpl] Progress:<Upgrade system tables>l[INFO][.arcsight.install.wizard.silent.WizardTextPanelImpl] Progress:<Upgrade system indexes>l[INFO][.arcsight.install.wizard.silent.WizardTextPanelImpl] Progress:<Upgrade user functions>There are two recovery scenarios:Scenario1:If the server.upgrade.log log does not exist or you do not see any of the above lines,you can resume the upgrade by following these steps:1.Log in as user arcsight.2.Make sure that the logger,mysqld,and postgresql services are running:/opt/arcsight/services/init.d/arcsight_services status allStart the logger,mysqld,and postgresql services if they are not running.See"Commands to Start and Stop Components"on page 5.3.Make sure that the ArcSight Manager is not running.See"Commands to Start and StopComponents"on page 5.Run the following command:/opt/work/upgrade2.sh2This script generates a log file called upgrade2.sh.<TIMESTAMP>.log in the folder where the upgrade2.sh script is located.<TIMESTAMP>represents the time when you ran theupgrade2.sh script.This log contains the standard output and standard error from running the script.Scenario2:If at least one or all of the lines mentioned in"Recovering From Manager Upgrade Failure"on the previous page can be found in the server.upgrade.log logs,do the following:1.Make sure that logger,mysqld,and postgresql services are running:/opt/arcsight/services/init.d/arcsight_services status allStart the logger,mysqld and postgresql services if they are not running.See"Commands to Start and Stop Components"on page 5for the commands to do so.2.Make sure that the ArcSight Manager is not running.See"Commands to Start and StopComponents"on page 5for the commands to do so.3.Run the following command while logged in as user arcsight to restore system tables:mgr_upgrade_recover.sh<mysqlDBPassword><DumpFilePath>where<mysqlDBPassword>is the MySQL password for user arcsight and<DumpFilePath>is the last good system table dump file from your your pre-upgrade system.By default,a dump file is generated in the/opt/arcsight/manager/tmp/folder.4.While logged in as user arcsight,run the following command to resume the upgrade:/opt/work/upgrade2.sh2This script generates a log file called upgrade2.sh.<TIMESTAMP>.log in the folder where the upgrade2.sh script is located.<TIMESTAMP>represents the time when you ran theupgrade2.sh script.This log contains the standard output and standard error from running the script.Recovering From Time Zone Update Failure 1.Make sure that the ArcSight Manager is not running.If it is running,stop it.See"Commands toStart and Stop Components"on page 5.2.While logged in as user arcsight,run the following command to resume the upgrade process fromwhere it failed:/opt/work/upgrade2.sh4This script generates a log file called upgrade2.sh.<TIMESTAMP>.log in the folder where the upgrade2.sh script is located.<TIMESTAMP>represents the time when you ran theupgrade2.sh script.This log contains the standard output and standard error from running the script.Resolving Errors When Running the Recovery ScriptsResolving Errors When Running the Recovery ScriptsThis section informs you about what you need to do if when you run a recovery script,it returns an error message.Error Message:"<service_name>still running"This is an indication that some services are still running.These services need to be stopped first before proceeding because they will interfere with the upgrade process if running.Stop the services and re-run the scripts.The following are some of the options you have to stop the services.They are listed here in the order of preference,so try them in the order shown.Only if one does not work,use the next one.1.If you need to stop all the services,use arcsight_services to stop the services one by one or allat once.2.If using arcsight_services does not work,use the following commands to stop services:To stop the Manager:cd/opt/arcsight/manager/;bin/arcsight managerstopTo stop aps:/opt/arcsight/logger/current/arcsight/service/aps stopTo stop logger_httpd:/opt/arcsight/logger/current/arcsight/service/apache stopTo stop Logger:/opt/arcsight/logger/current/arcsight/logger/bin/loggerd quit/opt/arcsight/logger/current/arcsight/service/arcsight_logger stopTo stop MySQL:/opt/arcsight/logger/current/arcsight/service/mysql stopTo stop postgresql:/opt/arcsight/logger/current/arcsight/service/postgresql stopTo stop monit:/opt/arcsight/services/init.d/arcsight_services stop/opt/arcsight/services/init.d/arcsight_services uninstall/opt/arcsight/services/init.d/arcsight_services clean3.If the above commands above do not work,use the kill<pid>command to stop the runningprocesses,where<pid>is the ID of the process you want to stop.If the owner of the process is root,run the command as the root user.If you notice that services are being restarted with a different process id,it probably means that monit is still running.You can double check that monit is running with the command pgrep monit .Monit is running if this command produces any output.If it is running,you can kill the process by using the command kill <pid>.Upgrade Failure Recovery for ESM UpgradesResolving Errors When Running the Recovery ScriptsSend Documentation FeedbackIf you have comments about this document,you can contact the documentation team by email.If an email client is configured on this system,click the link above and an email window opens with the following information in the subject line:Feedback on Upgrade Failure Recovery for ESM Upgrades(ESM6.11.0)Just add your feedback to the email and click send.If no email client is available,copy the information above to a new message in a web mail client,and send your feedback to***************.We appreciate your feedback!。

sd卡升级说明书sd card upgrade guideline

2011-1-30 华为机密，未经许可不得扩散第 3 页, 共 4 页
文档名称
文档密级
（1） If SD card iபைடு நூலகம்itialize failed, check the SD card, make sure it‟s a good card, and the handset support SD upgrade; （2） If file open failed, make sure all upgrade files are copied to the SD boot directory.
2011-1-30 华为机密，未经许可不得扩散第 1 页, 共 4 页
文档名称
文档密级
（2） Force download: This method is used for the handset which cannot power on normally.
2.2
工程菜单下载 Engineering Menu Download
文档名称
文档密级
SD卡升级说明书 SD Card Upgrade Guideline
1 SD 卡升级准备工作 Preparing for SD upgrade
（1）准备一张新的SD卡，并且必须是格式化为FAT32或FAT16；（2）将升级包(SDUpdate\C5720文件夹)中的所有文件复制到SD卡根目录下；（3）注意：升级过的SD卡中会出现“pic、ebook、music、others、video、java”六个新文件夹，对SD卡升级不会产生影响，可以不用理会。同时SD卡的根目录下还会生成一个升级日志文件（sd_update_log.txt），该文件记录了升级全过程，通过该日志文件可以判断升级是否成功，也可以帮助查找升级过程中出现的问题。如果升级失败，请将该文件移交研发人员分析失败原因。（4）升级过程中一定要保证电池有足够的电量，至少要保证有两格的电量。

helm upgrade -f的用法

helm upgrade -f的用法
`helm upgrade -f`命令用于更新已部署的Helm发布。

它将根据
新的配置文件更新现有的Helm发布。

准确回答是，`helm upgrade -f`后跟发布名称和配置文件的路径。

配置文件可以是一个或多个YAML文件，其中包含对部署进行更改的配置。

例如，以下命令将更新名为`my-release`的Helm发布，配置文件
是`values.yaml`：
```
helm upgrade -f values.yaml my-release
```
在此命令中，`values.yaml`文件中的配置将覆盖已部署的Helm
发布的默认值。

可以使用相对路径或绝对路径指定配置文件的位置。

如果配置文件中定义了相同的值，那么新值将覆盖旧值。

除了`-f`，还可以使用`--values`参数来指定配置文件：
```
helm upgrade --values values.yaml my-release
```
`-f`或`--values`参数也可以多次使用，以指定多个配置文件：```
helm upgrade -f values1.yaml -f values2.yaml my-release ```
这样可以按顺序合并多个配置文件的值，后面指定的配置文件中的值将覆盖先前配置文件中的值。

除了使用`-f`或`--values`参数，还可以使用其他命令行选项来自定义Helm发布的更新行为，例如启用/禁用特定的图表模板、指定发布的命名空间等。

更多详细信息可以通过运行`helm upgrade --help`命令查看。

helm upgrade原理

helm upgrade原理
Helm upgrade是Helm工具提供的一种命令，用于对已安装的Helm chart 进行升级。

执行Helm upgrade命令时，Helm会根据给定的参数解析chart模板，并生成Kubernetes的manifest文件。

然后，Helm会根据生成的manifest文件与当前集群中已存在的资源进行比较，以确定需要添加、更新或删除哪些资源。

Helm会通过比较chart中的版本号与集群中已存在的版本号，来决定是否需要升级。

如果chart的版本号高于集群中已存在的版本号，Helm将会更新已存在的资源；如果chart的版本号与集群中已存在的版本号相同，Helm会检测资源的配置是否有变化，并根据需要进行更新。

Helm在执行升级操作时，会自动处理依赖关系，并保留已配置的值和选项。

如果需要修改已配置的值，可以在升级命令中使用set参数或者通过提供一个新的value文件来覆盖默认值。

在升级过程中，Helm会根据chart的配置进行滚动升级，确保服务的高可用性和稳定性。

Helm还提供回滚功能，可以在升级过程中出现问题时，快速回滚到之前的版本。

总的来说，Helm upgrade的原理是通过解析chart模板和与现有环境进行比较
来确定要升级的资源，并根据升级策略和配置进行滚动升级。

通过Helm upgrade命令，操作者可以方便地进行Helm chart的升级操作，以保证应用的更新和部署。

使用logrotate命令进行日志文件管理

使用logrotate命令进行日志文件管理作为系统管理员或者开发人员，我们经常需要管理服务器上的日志文件。

随着时间的推移，日志文件会越来越大，占用宝贵的磁盘空间。

此外，过多的日志文件也可能导致系统性能下降。

因此，对日志文件进行适当的管理是非常重要的。

在Linux系统中，我们可以使用logrotate命令来管理日志文件。

logrotate是一个常用的日志文件管理工具，它可以轮转、压缩和删除旧的日志文件，同时还可以通知服务进程刷新日志文件的句柄，以便记录新的日志。

下面是logrotate命令的一些常用选项：1. -d, --debug：调试模式，输出调试信息，但不进行实际操作；2. -f, --force：强制轮转日志文件，即使它们看起来不需要轮转；3. -s, --state <statefile>：指定状态文件的路径，默认为/var/lib/logrotate.status；4. -v, --verbose：详细输出轮转日志文件的操作信息；5. -c, --config <configfile>：指定使用的配置文件，默认为/etc/logrotate.conf。

下面是一个简单的logrotate配置文件示例：```/path/to/log/file {dailyrotate 7missingoknotifemptycompressdelaycompresssharedscriptspostrotate/bin/kill -HUP `cat /var/run/service.pid 2>/dev/null` 2>/dev/null || trueendscript}```在这个配置文件中，我们指定了一个需要进行日志轮转的日志文件路径。

接下来是一系列选项，以下是各个选项的解释：1. daily：每天轮转一次；2. rotate 7：保留7个旧的日志文件；3. missingok：如果日志文件不存在，继续进行后续的操作，而不是报错；4. notifempty：当日志文件为空时，不进行轮转；5. compress：轮转后的日志文件进行压缩（即添加.gz后缀）；6. delaycompress：延迟压缩，下一次轮转时才压缩上一次轮转的日志文件；7. sharedscripts：在轮转之前和之后，执行共享脚本；8. postrotate和endscript：在轮转之后，执行指定的脚本。

Mybatis之映射实体类中不区分大小写的解决

Mybatis之映射实体类中不区分⼤⼩写的解决⽬录Mybatis 映射实体类中不区分⼤⼩写解决办法问题解决Mybatis的⼀些⼩细节问题⼀. #{}和${}的区别是什么？问题⼆. 当实体类中的属性名和表中的字段名不⼀样,怎么办问题三. 模糊查询like语句该怎么写问题四. 通常⼀个Xml映射⽂件问题五. Mybatis是如何将sql执⾏结果封装为⽬标对象并返回的问题六. 如何获取⾃动⽣成的(主)键值问题七. 在mapper中如何传递多个参数问题⼋. Mybatis动态sql是做什么的问题九. Mybatis的Xml映射⽂件中问题⼗. 为什么说Mybatis是半⾃动ORM映射⼯具问题⼗⼀. ⼀对⼀、⼀对多的关联查询Mybatis 映射实体类中不区分⼤⼩写做项⽬时候遇到⼀个Bug，实体类中有两个字段，例如(addTime,addtime)，进⾏查询搜索会发⽣神奇的事情<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE mapper PUBLIC "-////DTD Mapper 3.0//EN" "/dtd/mybatis-3-mapper.dtd"><mapper namespace="cn.runlin.jetta.mapper.JettaUpgradeLogMapper"><resultMap id="BaseResultMap" type="cn.runlin.jetta.entity.JettaUpgradeLog"><id column="upgrade_id" jdbcType="INTEGER" property="upgradeId" /><result column="task_id" jdbcType="INTEGER" property="taskId" /><result column="task_name" jdbcType="VARCHAR" property="taskName" /><result column="task_version" jdbcType="VARCHAR" property="taskVersion" /><result column="project_id" jdbcType="INTEGER" property="projectId" /><result column="project_name" jdbcType="VARCHAR" property="projectName" /><result column="project_type" jdbcType="TINYINT" property="projectType" /><result column="dealer_id" jdbcType="INTEGER" property="dealerId" /><result column="dealer_name" jdbcType="VARCHAR" property="dealerName" /><result column="service_code" jdbcType="VARCHAR" property="serviceCode" /><result column="add_time" jdbcType="TIMESTAMP" property="addTime" /><result column="addtime" jdbcType="INTEGER" property="addtime" /><result column="status" jdbcType="INTEGER" property="status" /><result column="reasonname" jdbcType="VARCHAR" property="reasonname" /></resultMap><sql id="Base_Column_List">upgrade_id, task_id, task_name, task_version, project_id, project_name, project_type,dealer_id, dealer_name, service_code, add_time, addtime</sql>//映射到实体类⽽不使⽤xml⽂件中的BaseResultMap<select id="getJettaUpgradeLogList" resultType="cn.runlin.jetta.entity.JettaUpgradeLog" parameterType="Map">selectjul.upgrade_id, task_id, task_name, task_version, project_id, project_name, project_type,dealer_id, dealer_name, service_code, add_time, status, reasonnamefrom jetta_upgrade_log julLEFT OUTER JOIN jetta_upgrade_log_status julsON jul.upgrade_id=juls.upgrade_idLEFT OUTER JOIN jetta_status_code jscON juls.status_id= jsc.rid<where><if test="serviceCode != null and serviceCode !='' ">AND jul.service_code like concat("%",#{serviceCode},"%")</if><if test="dealerName != null and dealerName !='' ">AND jul.dealer_name like concat("%",#{dealerName},"%")</if><if test="taskVersion != null and taskVersion !='' ">AND jul.task_version like concat("%",#{taskVersion},"%")</if><if test="status != null and status !='' ">AND juls.status like concat("%",#{status},"%")</if></where></select></mapper>会报addTime是时间戳类型，不能转换成INTEGER类型的问题。

helm upgrade -f的用法

helm upgrade -f的用法Helm是一个开源的Kubernetes包管理器，用于简化和自动化部署应用程序。

通过Helm，您可以轻松地管理和升级应用程序，以及与不同环境中的Kubernetes集群进行交互。

其中一个重要的命令是`helm upgrade`，它用于更新已部署应用程序的配置或图表。

在本文中，我们将详细介绍`helm upgrade`命令的用法，并提供一些例子来帮助您更好地理解和使用它。

什么是`helm upgrade`命令？`helm upgrade`是Helm命令的一个子命令，它允许您更新已部署应用程序的配置和图表。

基本上，当您想要更改应用程序的配置或升级图表时，您可以使用`helm upgrade`命令来实现这一目标。

使用`helm upgrade`命令时，您需要指定要升级的应用程序的名称和要使用的新配置或图表版本。

`helm upgrade`命令的用法下面是`helm upgrade`命令的基本语法：helm upgrade [RELEASE] [CHART] [FLAGS]其中，`RELESE`是您为应用程序指定的名称，`CHART`是要使用的新配置或图表的名称，而`FLAGS`则是一些额外的选项和标志。

接下来，我们将逐步解释上述命令的各个部分。

# RELEASE`RELEASE`是您为要升级的应用程序指定的名称。

这个名称是唯一的，并在Helm中用来标识和管理该应用程序的版本。

当您使用`helm install`命令部署应用程序时，您需要为其指定一个名称，也可以在以后使用`RELEASE`来引用该应用程序。

例如，假设我们部署了一个名称为`myapp`的应用程序，现在我们想要升级它的配置。

在`helm upgrade`命令中，我们将使用`myapp`作为`RELEASE`的值。

# CHART在`helm upgrade`命令中，`CHART`是指新配置或图表的名称。

一个图表是一个预定义的Kubernetes应用程序包，其中包含了应用程序的所有配置、模板和资源。

helm upgrade参数

helm upgrade参数
Helm upgrade命令用于升级已部署的Kubernetes应用，其常用参数包括：
--install：如果该应用尚未安装，则使用指定的名称和值文件进行安装。

--dry-run：模拟升级过程，但不会实际应用更改。

--debug：启用详细输出。

--wait：等待所有资源更新完成，才返回命令提示符。

--timeout：设置升级超时时间。

--values：指定包含覆盖值的YAML文件。

--set：在命令行上指定覆盖值。

--namespace：指定命名空间。

--version：指定升级的版本。

如果不指定版本，则会升级到最新版本。

--reuse-values：当升级时重用上一个版本的values（值），合并新的值进去。

--reset-values：当升级时忽略上一个版本的values（值），只使用新的值。

--history-max：在删除旧版本之前保留的最大历史记录数，默认为10。

这些参数可以根据需要进行组合和搭配使用，以满足特定的需求。

要获取更详细的信息和具体的使用示例，请参考Helm的官方文档或运行helm upgrade --help命令来查看帮助信息。

凝思Linx软件包升级工具使用说明

公司内部第V0.0.3版共10页凝思Linx软件包升级工具使用说明项目名称：Linx-软件包升级工具使用说明项目编号：文档类别：用户手册密级：公司内部版本号：V0.0.3创建人：建立日期：2017-03-14批准人：批准日期：保管人：存放位置：Linx-软件包升级工具使用说明编辑软件：LibreOffice 5.0文档修订记录VER REV修订人修订日期简要说明评审人员批准日期V0.0.1C于贤V0.0.2M于贤V0.0.3A于贤VER（版本编号）：V——版本编号；R——修订编号。

REV（修订状态）：C——创建；A——增加；M——修改；D——删除。

软件包升级工具使用说明1 概述在以往的软件包升级过程中，经常会出现一些问题：1.软件包安装方法错误、配置文件内容人为输入错误等等，导致了软件包升级失败。

2.操作比较繁琐，升级周期较长。

为解决这些问题，现提供软件包升级工具。

软件包升级工具的优势：1.能够自动识别当前系统版本,自动开始升级操作。

2.尽量减少手动操作，减少操作的难度和复杂性。

3.软件包升级操作步骤，及配置文件的修改，在脚本中都是已经确定的，避免了人为失误。

4.升级前自动备份相关配置文件，在升级出错的时候能够迅速恢复备份状态。

5.将升级过程记录在日志文件中，可供错误分析。

6.自动升级，所以周期较短。

2 运行环境1.目前软件包升级工具测试版本：LinxV60共13个版本：6.0.60.4-2014-04-156.0.60.4-2014-05-196.0.60.4-2014-09-026.0.60.4-2014-10-096.0.60.4-2014-11-056.0.60.4-2015-02-036.0.60.4-2015-04-246.0.60.4-2015-06-026.0.60.4-2015-07-316.0.60.4-2015-09-186.0.60.4-2016-01-256.0.60.4-2016-02-176.0.60.4-2016-05-05LinxV4.2共20个版本：1.rocky4.2.40-2014-07-042.rocky4.2.40-2014-07-04-upgrade-kernel3.rocky4.2.40-x86_64-security-2013-04-11.iso4.rocky4.2.40-x86_64-security-2013-05-28.iso5.rocky4.2.41-2014-03-276.rocky4.2.41-2014-04-157.rocky4.2.41-2014-05-068.rocky6.0.42.41-2014-05-199.rocky6.0.42.41-2014-06-25-oldwallpaper10.rocky6.0.42.41-2014-11-0611.rocky6.0.42.41-2015-05-2912.rocky6.0.42.41-2015-06-0213.rocky6.0.42.41-2015-09-1114.rocky6.0.42.41-2016-05-1315.rocky6.0.42.41-2016-12-0116.rocky4.3.10-x86_64-security-2010-06-18.iso，(rocky4.2.29-x86_64-2010-06-18)17.rocky4.3.16-x86_64-security-2010-12-27.iso,(rocky4.2.35-x86_64-2010-12-27)18.rocky4.3.16-x86_64-security-2010-07-23.iso,(rocky4.2.32-x86_64-2010-07-23)19.rocky4.2.39-x86_64-security-2012-08-29.iso20.rocky4.2.40-x86_64-security-2013-05-28.iso2.目前只支持在有root环境下执行：如果检测到系统当前的升级环境不匹配，将提示告警信息:“This Is No-Root Enviroment!”,并退出执行。

mysqlupgrade 用法

mysqlupgrade 用法
mysqlupgrade是MySQL数据库更新工具，它会检查mysql数据库中的表和索引，然后修复可能的已知问题，以增加mysql的兼容性和稳定性。

它还会检查当前MySQL版本号，并为MySQL 5.5或更高版本的MySQL服务器进行升级。

mysqlupgrade命令可以在MySQL /bin目录下找到，通常是
/usr/local/mysql/bin或/usr/sbin/mysql。

它需要使用MySQL管理员（例如root用户）账号登录，并指定相应的数据库服务器，数据库用户和密码。

MySQL首先会执行检查mysql版本号，然后再检查当前服务器中的所有数据库，表，列和索引。

mysqlupgrade会逐个检查，如果发现任何缺失的表或列，它会尝试恢复它们，以确保该服务器正常运行。

如果发现索引错误，它会提示你重建或删除其中的影响表中的索引。

在完成升级后，MySQL会检查是否存在未使用的编码文件或弃用的编码字段类型，并提示您清理它们以提高性能。

当MySQL执行完以上步骤时，它会显示成功升级到更高版本的消息，标明更新了多少行记录以及添加或删除了多少索引或字段。

如果任何步骤失败，它会给出出错消息和失败信息。

mysqlupgrade非常实用，但是在使用之前，最好先备份你的数据库，以防意外失败时可以迅速恢复。

此外，它也适用于主从同步，只要在执行升级之前将从机切换到主机，它就可以执行升级。

ls命令详解

drwxr-xr-x 108 root root 12288 04-20 12:36 /etc
[1].13 查看文件或目录的inode节点，-i参数的运用；
查看文件或目录的节点，我们要用到i参数。如果节点相同，能确认他们是相同的文件，是通过通过ln 创建的硬链接文件；链接接有何用？如果您想把一个文件复制时保持原文件或目录的节点、大小、权限以及访问（或修改）时间都和原文件一致的文件。必须通过硬链接来实现，用cp命令是不可能实现的。
第一段文件种类及权限，也就是类似这样的-rw-r--r-- ，我们在前面讲到，如果在这段中，第一字符表示文件的类型，如果出现-，表示普通文件。如果是d开头的就是目录。在这个例子中，123.txt是普通文件，而mkuml-2004.07.17就是一个目录。关于文件的种类，请参考：
rw-r--r--是权限位，我们在以后的教程中会讲到。
参数：
-a 显示所有文件，包含隐藏文件；包括“.“和“..“
-A 显示所有文件，包含隐藏文件，不包括“.“和“..“目录；
-B 不列出文件名以~结尾的文件；
-C 按列列出文件；
-d 仅可以查看目录的属性参数及信息；
-F 这个参数加上后，能给目录添加上/，给可执行文件加上*，给符号链接加上@ 等等，来标记文件名，目的是让用户方便查看；
-rw-r--r-- 1 root root 21 04-19 15:06 123.txt
-rw-r--r-- 1 root root 2 03-27 02:00 fonts.scale
-rw-r--r-- 1 root root 0 04-19 14:10 plinux.txt
lrwxrwxrwx 1 root root 33 04-19 11:27 kernel.rpm -> kernel-2.6.15-1.2025_FC5.i686.rpm

BIEE日志路径

您可以查看 Oracle Business Intelligence (OBIEE) 11.1.1.x 版本中的不同日志文件。

查看日志文件的正确方法是使用 Enterprise Manager (EM) 控制台页面，但您也可以直接在硬盘中查看这些文件。

EM 控制台登录 URLhttp://server.domain:7001/em并导航到:Fam_bifoundation_domain-BusinessIntelligence-coreapplications-Diagnostics-Log Messages 以下是所有可用文件:演示服务日志服务器日志调度程序日志JavaHost 日志集群控制器日志操作服务日志安全服务日志管理员服务日志********************************************************************* ****要直接查看上述文件，您可以使用下列各项:1) Admin Server 日志AdminServer-diagnostic.log目录:$MIDDLEWARE_HOME/user_projects/domains/bifoundation_domain/server s/AdminServer/logs或$DOMAIN_HOME/servers/AdminServer/logs2) Managed Server 日志bi_server1-diagnostic.log目录:$MIDDLEWARE_HOME/user_projects/domains/bifoundation_domain/server s/bi_server1/logs或$DOMAIN_HOME/servers/bi_server1/logs/3) Node Manager 日志目录: WL_HOME/common/nodemanager示例:C:\OBI_11116\wlserver_10.3\common\nodemanager4) BI 组件日志Directory: $MIDDLEWARE_HOME/instances/instance2/diagnostics5) OPMN: Oracle Process Manager and Notification Server所有文件都在以下目录下:$MIDDLEWARE_HOME/instances/instanceX/diagnostics/logs/OPMN/opmn或$ORACLE_INSTANCE/diagnostics/logs/OPMN/opmn6) Enterprise Manager 日志emoms.trc目录:$MIDDLEWARE_HOME/user_projects/domains/bifoundation_domain/server s/sysman/log或$DOMAIN_HOME/servers/sysman/log7) 其他日志文件7.1) 安装日志。

华为交换机VRP版本升级Log

VRP升级，以S3928P为例，分两部分，bootrom的升级与flash的升级，具体软硬件需求见版本说明Starting......************************************************************ ** Quidway S3928P-PWR-EI BOOTROM, Version 323 ** ************************************************************Copyright (c) 1998-2007 Huawei Technologies Co., Ltd.Creation date : Jun 22 2007, 14:20:41CPU type : BCM4704CPU Clock Speed : 200MHzBUS Clock Speed : 33MHzMemory Size : 64MBMac Address : 00e0fc79774dPress Ctrl-B to enter Boot Menu (1)password:BOOT MENU1. Download application file to flash2. Select application file to boot3. Display all files in flash5. Modify bootrom password6. Enter bootrom upgrade menu7. Skip current configuration file8. Set bootrom password recovery9. Set switch startup mode0. RebootEnter your choice(0-9): 6Bootrom update menu:1. Set TFTP protocol parameters2. Set FTP protocol parameters3. Set XMODEM protocol parameters0. Return to boot menuEnter your choice(0-3): 1Load File name :S3900_V323.btm S3900_V513.btmSwitch IP address :10.1.1.1Server IP address :10.1.1.2Are you sure you want to update your bootrom? Yes or No [Y/N] y Attached TCP/IP interface to netdrv0.Attaching network interface lo0...done. Loading.........................................................................................................done Bootrom updating..........done!BOOT MENU1. Download application file to flash2. Select application file to boot3. Display all files in flash5. Modify bootrom password6. Enter bootrom upgrade menu7. Skip current configuration file8. Set bootrom password recovery9. Set switch startup mode0. RebootEnter your choice(0-9): 11. Set TFTP protocol parameters2. Set FTP protocol parameters3. Set XMODEM protocol parameters0. Return to boot menuEnter your choice(0-3): 1Load File name :S3900_V513.btm S3900EI-VRP310-R1602P06-S168.binSwitch IP address :10.1.1.1Server IP address :10.1.1.2Are you sure you want to download file to flash? Yes or No [Y/N] y Loading........................................................................................................................................................................... ........................................................................................................................................................................................ ........................................................................................................................................................................................ ........................................................................................................................................................................................ ........................................................................................................................................................................................ ........................................................................................................................................................................................ ........................................................................................................................................................................................ ........................................................................................................................................................................................ ....................................................doneFree flash Space: 4773888 bytesWritingflash................................................................................................................................................................................ ..............................................................................................................done!Please input the file attribute (main/backup/none):mainThe attribute of s3900EI-vrp310-r0022-224.bin is changed from main to none!done!BOOT MENU1. Download application file to flash2. Select application file to boot3. Display all files in flash4. Delete file from flash5. Modify bootrom password6. Enter bootrom upgrade menu7. Skip current configuration file8. Set bootrom password recovery9. Set switch startup mode0. RebootEnter your choice(0-9): 0Starting......************************************************************ ** Quidway S3928P-PWR-EI BOOTROM, Version 513 ** ************************************************************Copyright (c) 1998-2008 Huawei Technologies Co., Ltd.Creation date : Apr 2 2008, 16:17:35CPU Clock Speed : 200M HzBUS Clock Speed : 33MHzMemory Size : 64MBMac Address : 00e0fc79774dPress Ctrl-B to enter Boot Menu 0Auto-booting...Decompress Image.............................................................................................................................................................................. ........................................................................................................................................................................................ ...............................................................................................OK!Starting at 0x80100000...User interface aux0 is available.Press ENTER to get started.<Quidway>。

查询日志general_log删除需要注意事项

查询日志general_log删除需要注意事项
删除MySQL的general_log日志需要注意以下几点事项：
1. 仔细考虑删除的必要性：general_log日志记录了MySQL服务器上的所有查询，删除后将无法追踪查询的执行情况。

只有在确保不再需要这些信息时才应删除日志。

2. 备份日志文件：在进行删除操作之前，最好对日志文件进行备份，以防误删或日志文件被其他进程占用时可以恢复。

3. 关闭MySQL服务：在删除general_log日志之前，最好先关闭MySQL服务，以避免可能的文件锁定和数据丢失。

4. 修改MySQL配置文件：在MySQL配置文件(f或my.ini)中查找并修改以下参数：
```
general_log = 0
general_log_file = "路径/日志文件名"
```
将general_log设置为0表示禁用general_log日志，将general_log_file设置为空字符串表示将日志文件路径置空。

5. 重启MySQL服务：完成上述修改后，需要重新启动MySQL服务以使配置更改生效。

6. 删除日志文件：根据配置文件中设置的general_log_file路径，手动删除对应的日志文件。

请注意，在操作删除general_log日志前，一定要小心谨慎，并确保事先做好备份和关闭服务等准备工作，以避免数据丢失和不可预料的问题。

helm upgrade 参数

helm upgrade 参数Helm Upgrade 参数Helm 是一个流行的Kubernetes包管理工具，可以帮助开发者更轻松地部署、升级和管理应用程序。

在Helm中，upgrade命令是一个非常重要的参数，它允许用户在不中断应用程序的情况下对已部署的应用进行升级。

本文将详细介绍Helm upgrade命令的使用方法和常见参数。

一、Helm Upgrade 命令概述Helm upgrade命令用于升级已经部署的Helm chart。

它会将新版本的chart包应用到已部署的应用上，实现应用的平滑升级。

使用Helm upgrade命令可以避免应用的中断，确保应用在升级过程中的稳定性和可用性。

二、Helm Upgrade 命令的基本使用方法Helm upgrade命令的基本使用方法如下所示：```helm upgrade [RELEASE] [CHART] [flags]```其中，[RELEASE]是已部署的Release名称，[CHART]是要升级的chart包的名称或路径。

除此之外，Helm upgrade还支持一些常用的参数，下面将详细介绍这些参数的使用。

三、Helm Upgrade 常用参数详解1. --install该参数用于在Release不存在时创建新的Release。

如果Release 已经存在，则会执行升级操作。

在大多数情况下，我们都需要使用该参数来确保应用的正确部署和升级。

2. --namespace该参数用于指定Release所在的命名空间。

如果不指定该参数，默认使用"default"命名空间。

通过使用该参数，我们可以将不同的Release部署在不同的命名空间中，实现应用的隔离和管理。

3. --set该参数用于指定chart包中的values文件中的值。

通过使用该参数，我们可以在升级过程中修改chart包中的配置信息，从而满足不同环境的需求。

例如，我们可以使用"--set image.tag=v1.0.1"来指定升级后的镜像版本。

logrotate 参数说明

一、logrotate 简介logrotate 是 Linux 系统下的日志文件管理工具，它可以在日志文件达到一定大小或者经过一定时间后，将旧的日志文件进行备份并创建新的日志文件，以避免日志文件过大导致系统资源的浪费。

二、logrotate 参数说明1. -d, --debug开启调试模式，可以用于测试 logrotate 的配置文件和规则的正确性，在调试模式下 logrotate 会输出更详细的日志信息。

2. -f, --force强制执行，忽略所有警告和错误，强制执行 logrotate 的日志文件轮转操作。

慎用该选项，因为可能会导致日志文件丢失或混乱。

3. -v, --verbose显示详细信息，在执行 logrotate 时会输出更多的信息，包括哪些日志文件被轮转、备份到哪里等。

4. -s, --state file指定状态文件，用于记录日志文件的信息和轮转状态，如最后一次轮转的时间、备份的位置等。

如果不指定状态文件，默认会在/var/lib/logrotate/ 目录下创建一个以配置文件名命名的状态文件。

5. -l, --log file指定日志文件，logrotate 在轮转日志文件时会将轮转的日志信息记录到该文件中。

如果不指定日志文件，日志信息将会输出到标准输出。

6. -t, --test测试模式，该选项会执行 logrotate 的配置文件中的轮转规则，但不会真正地轮转日志文件，适合用于调试和测试轮转规则的正确性。

7. -c, --force指定配置文件，该选项允许在执行 logrotate 时指定非标准的配置文件，用于测试和调试不同的配置规则。

三、logrotate 其他常用选项1.press启用压缩，表示在备份旧的日志文件时进行压缩，可以有效节省磁盘空间。

该选项的使用方法是在配置文件中添加 press" 参数。

2. delapress延迟压缩，表示在下一次轮转时再对上一次的日志文件进行压缩，而不是在备份时就进行压缩。

Linuxshell脚本输出日志笔记整理（必看篇）

Linuxshell脚本输出⽇志笔记整理（必看篇）1、⽇志⽅法简介：#⽇志名称log="./upgrade.log" #操作⽇志存放路径fsize=2000000 #如果⽇志⼤⼩超过上限，则保存旧⽇志，重新⽣成⽇志⽂件exec 2>>$log #如果执⾏过程中有错误信息均输出到⽇志⽂件中#⽇志函数#参数#参数⼀，级别，INFO ,WARN,ERROR#参数⼆，内容#返回值function zc_log(){#判断格式if [ 2 -gt $# ]thenecho "parameter not right in zc_log function" ;return ;fiif [ -e "$log" ]thentouch $logfi#当前时间local curtime;curtime=`date +"%Y%m%d%H%M%S"`#判断⽂件⼤⼩local cursize ;cursize=`cat $log | wc -c` ;if [ $fsize -lt $cursize ]thenmv $log $curtime".out"touch $log ;fi#写⼊⽂件echo "$curtime $*" >> $log;}2、使⽤举例shell脚本内容：#! /bin/bash#数据库变量localpasswd=xxxxmysqlhost=xxxxmysqluser=xxxxmysqlpasswd=xxxx#⽇志名称log="./upgrade.log" #操作⽇志存放路径fsize=2000000exec 2>>$log #如果执⾏过程中有错误信息均输出到⽇志⽂件中#⽇志函数#参数#参数⼀，级别，INFO ,WARN,ERROR#参数⼆，内容#返回值function zc_log(){#判断格式if [ 2 -gt $# ]thenecho "parameter not right in zc_log function" ;return ;fiif [ -e "$log" ]thentouch $logfi#当前时间local curtime;curtime=`date +"%Y%m%d%H%M%S"`#判断⽂件⼤⼩local cursize ;cursize=`cat $log | wc -c` ;if [ $fsize -lt $cursize ]thenmv $log $curtime".out"touch $log ;fi#写⼊⽂件echo "$curtime $*" >> $log;}echo "start update shell" ;mysql -h$sqlip -u$sqluser -p$sqlpasswd -e "use $db;set names gbk;---- 表的结构 msgm_qdjyly--DROP TABLE IF EXISTS msgm_qdjyly;CREATE TABLE IF NOT EXISTS msgm_qdjyly (jylyid int(11) NOT NULL AUTO_INCREMENT COMMENT '主键id',jylb varchar(20) DEFAULT NULL COMMENT '交易类别',jylbmc varchar(50) DEFAULT NULL COMMENT '交易类别名称',jgm varchar(10) NOT NULL COMMENT '机构码',lyfs int(11) NOT NULL COMMENT '路由⽅式，1指定渠道，2按卡bin渠道',qdbh varchar(20) DEFAULT NULL COMMENT '渠道编号',qdmc varchar(50) DEFAULT NULL COMMENT '渠道名称',zt int(11) NOT NULL DEFAULT '1' COMMENT '状态，1正常，2关闭',bz varchar(100) DEFAULT NULL COMMENT '备注',PRIMARY KEY (jylyid)) ENGINE=InnoDB DEFAULT CHARSET=gbk COMMENT='交易路由信息' AUTO_INCREMENT=7 ;zc_log INFO "执⾏ CREATE TABLE msgm_qdjyly 命令的结果为： $? " ;echo "执⾏ CREATE TABLE msgm_qdjyly 命令的结果为： $? " ;以上这篇Linux shell脚本输出⽇志笔记整理(必看篇)就是⼩编分享给⼤家的全部内容了，希望能给⼤家⼀个参考，也希望⼤家多多⽀持。

U8相关一些常用日志使用与技巧培训

费绿色软件。能监视文件调用、注册表读写、线\进程启动和退出、 DLL 和内核模式驱动程序加载、I/O操作、高级日志机制等。
日志查看工具——SQL事件探查器日志查看工具——SQL事件探查器 ——SQL
SQL事件探查器： SQL事件探查器：监视 Microsoft SQL Server 实例中的各类事件。可以事件探查器
捕获有关每个事件的数据并将其保存到文件或 SQL Server 表中供以后分析。
课程内容简介
日志和日志工具 U8一些常用后台日志应用 U8一些常用后台日志应用案例共享
典型日志应用——门户登陆典型日志应用——门户登陆 ——
门户登录日志文件：门户登录日志文件：C:\U8SOFT\Logs\EPL.log 结论：客户端无法连接服务器的11520 端口。
以前）（871以前）C:\Windows\system32\ufcomsql\BackupDB.txt 以前
正确备份的日志信息
账套库质疑的日志信息
Sa密码更改过的日志信息
典型日志应用——年结典型日志应用——年结 ——
年结详细日志：（年结详细日志：（871SP1,872）在871SP1补丁包中增加并完善了各模块：（）补丁包中增加并完善了各模块
日志查看工具——DebugView 日志查看工具——DebugView ——
DbgView： DbgView：调试信息查看器，免费绿色软件。不仅能作为调试信息查
看工具，还能监视软件的运行状况。
日志查看工具——ProcessMonitor 日志查看工具——ProcessMonitor ——
ProcessMonitor： ProcessMonitor：高级的 Windows 系统和应用程序监视工具，免

mysql升级小结和mysql_upgrade的用途

mysql升级⼩结和mysql_upgrade的⽤途/15480802/viewspace-1412259/mysql升级1 升级⽅式分为In-place和out-of-place，前者直接覆盖当前版本，后者在新路径安装然后加载数据库；升级不可跳级，即5.1要想升级成5.6，必须先升级到5.5；注：oracle的out-of-place upgrade采⽤新binary直接加载原数据⽂件，⽽mysql需要导出--导⼊数据；2 ⼤致步骤1 备份2 升级3 mysql_upgrade检查不兼容的表，更新grant表；5.5升级5.61 备份 mysqldump –all-databases –routines - events2 升级前，检查表和索引是否兼容3 升级后调⽤mysql_upgrade，注：对于⼤数据库，in-place upgrade可能要花费很长时间进⾏数据转换，对此可以创建⼀个dummy实例：包含mysql数据库和其他数据库的结构(不含数据)，升级dummy并查看可能遇到的问题；5.6很多参数的默认值都做了调整，详细可参考3 mysql_upgrade本质上为⼀个封装了mysqlcheck命令的脚本，流程如下：1 mysqlcheck --no-defaults --databases --fix-db-names --fix-table-names mysql2 mysqlcheck --no-defaults --check-upgrade --databases --auto-repair mysql3 mysql < fix_priv_tables4 mysqlcheck --no-defaults --all-databases --skip-database=mysql --fix-db-names --fix-table-names5 mysqlcheck --no-defaults --check-upgrade --all-databases --skip-database=mysql --auto-repair执⾏完毕后在数据⽬录⽣成mysql_upgrade_info⽂件，记录检查过的表，下次再调⽤时可以跳过；执⾏步骤1检查所有数据表同当前binary的兼容性，若不兼容则尝试修复，修复失败则必须⼿⼯执⾏；⼿⼯修复：mysqldump重新加载或者null alternation(alter table t engine=innodb)；如果仅仅是修改表的collation，则可调⽤ALTER TABLE t1 CONVERT TO CHARACTER SET utf8 COLLATE utf8_general_mysql500_ci;2升级mysql系统表；调⽤mysql_upgrade后，需要重启mysql才能让系统表更新⽣效；如果单机运⾏了多个mysql实例，则指定连接参数shell>mysql_upgrade --protocol=tcp -P 3306 [other_options]shell>mysql_upgrade --protocol=tcp -P 3307 [other_options]输出结果Table upgrade required.Please do "REPAIR TABLE `tbl_name`" or dump/reload to fix it!4 Tip1 可备份old mysqld，如果new mysqld运⾏出错可迅速切换；2对于GA(general availability)版本间的升级，同⼀架构下的系统可以在两个版本间copy mysql format file和数据⽂件；3 不要使⽤old f，mysqld –print-defaults检查；4重新安装perl DBD::mysql，以及PHP和Python相应的驱动包；5 升级replication同oracle⼀样，mysql⽀持low master – high slave复制模式(部分sql可能会出现错误)，顺序颠倒过来则可能遭遇⼀系列错误(⽐如binlog不兼容/)，因此升级master前须先升级slave；对于需要重建表或索引的操作(collation变化需要重建index)，最安全的办法是各⾃在master/slave单独执⾏期间(禁⽤replication)；1 关闭slave并升级，以—skip-slave-start选项启动，执⾏重建2 master禁⽤binlog，执⾏重建3 恢复原来设置，slave正常连接master注：GTID=on会导致更新mysql系统表(myisam)失败，。