关于
mysql操作日志的搜索结果
回答
增量备份的原理就是使用了mysql的binlog日志。本次操作的MySQL版本为5.5.40 for Linux (x86_64)。增量备份要确保打开了二进制日志,参考mysql的日志系统:mysql> show variables like '%log_bin%';首先对pak数据库做一个完整备份:$ mysqldump -h localhost -upak -ppwd -P3306 --master-data=2 --single-transaction --opt pak > pak_bak_full.sql这时候就会得到一个全备文件pak_bak_full.sql。mysqldump操作会导致滚动一次log,假设新的binlog文件是mysql-bin.000002。模拟插入数据和误操作
在pak库的某个表插入一些数据,然后执行flush logs命令。这时将会产生一个新的二进制日志文件mysql-bin.000003,mysql-bin.000002则保存了全备过后的所有更改,既增加记录的操作也保存在了mysql-bin.00002中。
再在pak库中的t_user表中增加两条记录,然后误删除t_user表。t_user中增加记录的操作和删除表的操作都记录在mysql-bin.000003中。
开始恢复
恢复过程不要记录日志:
首先导入全备数据
我们也可以看到全备时的binlog位置:查看当前所在二进制日志中的位置:根据上面两个position能大概确定需要完整恢复哪几个binlog文件。恢复mysql-bin.000002在待恢复的position或时间点以前、全备以后的binlog需要全部恢复,多个文件以空格隔开此时查询可以得到前两条数据。
恢复部分mysql-bin.000003这个日志中包括了新增记录和误删表两个部分,我们需要恢复到新增记录之后、误删操作以前的位置。如果知道误操作的命令如DROP TABLE,则可以通过下面的方法在binlog文件中找到误操作之前的那个position:(如下面的信息显示,误操作DROP TABLE之前的pos是775,在datetime 141204 15:08:04或pos 882时完成DROP TABLE操作)恢复命令:如果position难以确定,但知道需要恢复到的确切(服务器)时间,也可以使用datetime:如果不是误操作导致的,而是迁移数据库,那么不需要position或datetime,使用所有binlog文件增量恢复即可。
确定恢复成功后记得打开日志记录:报错
unknown variable 'default-character-set=utf8'在使用mysqlbinlog查看二进制日志的时候,提示下面的错误:
原因是在我为了统一mysql客户端到服务端的的字符编码,在/etc/my.cnf文件的[client]、[mysqld]等节加入了default-character-set = utf8,mysqlbinlog会从my.cnf中的[client]读取配置,但奈何mysqlbinlog并不认识这个选项(据说是个bug)导致的。应对这个bug的方法有两个:第一,自然是注释到[client]中的这个字符集配置;第二,改用loose-default-character-set = utf8。在选项前加了loose-,表示当程序不认识此选项时会略过此选项,并给出一个警告。
蛮大人123
2019-12-02 01:44:20
0 浏览量
回答数 0
问题
是否会删除MySQL日志文件而影响数据库的性能?
我们的用户之一是使用Cloud SQL(MySQL)。
他们打开general logs标志,log_output为file。
由于某些特殊情况,他们需要这些常规日志。
MySQ...
保持可爱mmm
2019-12-01 21:57:42
4 浏览量
回答数 0
回答
详细解答可以参考官方帮助文档
RDS for MySQL
API参数名
含义
MySQL_NetworkTraffic
MySQL实例平均每秒钟的输入流量,MySQL实例平均每秒钟的输出流量。单位为KB。
MySQL_QPSTPS
平均每秒SQL语句执行次数,平均每秒事务数。
MySQL_Sessions
当前活跃连接数,当前总连接数。
MySQL_InnoDBBufferRatio
InnoDB缓冲池的读命中率,InnoDB缓冲池的利用率,InnoDB缓冲池脏块的百分率。
MySQL_InnoDBDataReadWriten
InnoDB平均每秒钟读取的数据量,InnoDB平均每秒钟写入的数据量。单位为KB。
MySQL_InnoDBLogRequests
平均每秒向InnoDB缓冲池的读次数,平均每秒向InnoDB缓冲池的写次数。
MySQL_InnoDBLogWrites
平均每秒日志写请求数,平均每秒向日志文件的物理写次数,平均每秒向日志文件完成的fsync()写数量。
MySQL_TempDiskTableCreates
MySQL执行语句时在硬盘上自动创建的临时表的数量。
MySQL_MyISAMKeyBufferRatio
MyISAM平均每秒Key Buffer利用率,MyISAM平均每秒Key Buffer读命中率,MyISAM平均每秒Key Buffer写命中率。
MySQL_MyISAMKeyReadWrites
MyISAM平均每秒钟从缓冲池中的读取次数,MyISAM平均每秒钟从缓冲池中的写入次数,MyISAM平均每秒钟从硬盘上读取的次数,MyISAM平均每秒钟从硬盘上写入的次数。
MySQL_COMDML
平均每秒Delete语句执行次数,平均每秒Insert语句执行次数, 平均每秒Insert_Select语句执行次数,平均每秒Replace语句执行次数,平均每秒Replace_Select语句执行次数,平均每秒Select语句执行次数,平均每秒Update语句执行次数。
MySQL_RowDML
。平均每秒从InnoDB表读取的行数,平均每秒从InnoDB表更新的行数,平均每秒从InnoDB表删除的行数,平均每秒从InnoDB表插入的行数,平均每秒向日志文件的物理写次数
MySQL_MemCpuUsage
MySQL实例CPU使用率(占操作系统总数),MySQL实例内存使用率(占操作系统总数)。
MySQL_IOPS
MySQL实例的IOPS(每秒IO请求次数)。
MySQL_DetailedSpaceUsage
MySQL实例空间占用详情:ins_size实例总空间使用量;data_size数据空间;log_size日志空间;tmp_size临时空间;other_size系统空间。
MySQL_CPS
MySQL实例每秒连接数。
slavestat
只读实例延迟。
RDS for SQL Server
API参数名
含义
SQLServer_Transactions
平均每秒事务数。
SQLServer_Sessions
当前总连接数。
SQLServer_BufferHit
缓存命中率。
SQLServer_FullScans
平均每秒全表扫描次数。
SQLServer_SQLCompilations
每秒SQL编译。
SQLServer_CheckPoint
每秒检查点写入Page数。
SQLServer_Logins
每秒登录次数。
SQLServer_LockTimeout
每秒锁超时次数。
SQLServer_Deadlock
每秒死锁次数。
SQLServer_LockWaits
每秒锁等待次数。
SQLServer_NetworkTraffic
SQLServer实例平均每秒钟的输入/输出流量,单位为KB。
SQLServer_QPS
平均每秒SQL语句执行次数
SQLServer_InstanceCPUUsage
MSSQL实例CPU使用率(占操作系统总数)。
SQLServer_IOPS
MSSQL实例的IOPS(每秒IO请求次数)。
SQLServer_SpaceUsage
MSSQL实例空间占用。
2019-12-01 23:09:31
0 浏览量
回答数 0
问题
技术运维问题 - MYSQL使用 -RDS for MySQL只读实例的Binlog是否可以使用
问题描述
RDS for MySQL只读实例的Binlog日志不记录具体的操作变更。
问题原因
RDS
for MySQL只读实例的Binlog日志没有记录更新信息,所以Binlog无法使用。
适用于
...
李沃晟
2019-12-01 21:43:12
955 浏览量
回答数 0
回答
详细解答可以参考官方帮助文档
除MySQL 基础版以外,其它类型的实例都支持日志管理,您可以通过控制台或SQL命令查询实例的错误日志和慢日志明细,帮助故障定位分析。但对于SQL Server 2012及以上版本的实例而言,仅能通过SQL命令进行日志管理。本文将介绍通过控制台及SQL命令进行日志管理的方法。
通过控制台或者API管理日志
您可以通过RDS控制台进行MySQL 5.5/5.6/5.7、SQL Server 2008 R2、PostgreSQL和PPAS实例的日志管理。但不同引擎所支持的管理内容不同,请以各控制台的界面为准。
对于MySQL高可用版、金融版实例,您还可以通过控制台或者API DescribeDBInstanceSwitchLog查询实例的主备切换日志。
操作步骤
登录RDS管理控制台。
选择目标实例所在地域。
单击目标实例的ID,进入基本信息页面。
在左侧导航栏中选择日志管理,进入日志管理页面。
在日志管理页面选择查询错误日志、慢日志明细、慢日志统计或者主备切换日志,选择时间范围,单击查询。
查询项
内容
错误日志
记录1个月内数据库中执行错误的SQL语句。
慢日志明细
记录1个月内数据库中执行时间超过1s(可以在参数设置中修改long_query_time参数来设置)的SQL语句,并进行相似语句去重。
该列表中不提供最近两个小时的慢日志,如需查询请通过MySQL库中的slow_log_view表查询。
慢日志统计
对1个月内数据库中执行时间超过1秒(可以在参数设置中修改long_query_time参数来设置)的SQL语句进行统计汇总,给出慢查询日志的分析报告。
主备切换日志
该功能适用于:MySQL高可用版、金融版实例。
通过SQL命令管理日志
SQL Server 2012及以上版本的实例仅支持通过存储过程sp_rds_read_error_logs读取错误日志,使用方法与sp_readerrorlog相同。
示例1:
EXEC sp_rds_read_error_logs
示例2:
EXEC sp_rds_read_error_logs 0,1 ,'error'
2019-12-01 22:57:12
0 浏览量
回答数 0
回答
详细解答可以参考官方帮助文档
除MySQL 基础版以外,其它类型的实例都支持日志管理,您可以通过控制台或SQL命令查询实例的错误日志和慢日志明细,帮助故障定位分析。但对于SQL Server 2012及以上版本的实例而言,仅能通过SQL命令进行日志管理。本文将介绍通过控制台及SQL命令进行日志管理的方法。
通过控制台或者API管理日志
您可以通过RDS控制台进行MySQL 5.5/5.6/5.7、SQL Server 2008 R2、PostgreSQL和PPAS实例的日志管理。但不同引擎所支持的管理内容不同,请以各控制台的界面为准。
对于MySQL高可用版、金融版实例,您还可以通过控制台或者API DescribeDBInstanceSwitchLog查询实例的主备切换日志。
操作步骤
登录RDS管理控制台。
选择目标实例所在地域。
单击目标实例的ID,进入基本信息页面。
在左侧导航栏中选择日志管理,进入日志管理页面。
在日志管理页面选择查询错误日志、慢日志明细、慢日志统计或者主备切换日志,选择时间范围,单击查询。
查询项
内容
错误日志
记录1个月内数据库中执行错误的SQL语句。
慢日志明细
记录1个月内数据库中执行时间超过1s(可以在参数设置中修改long_query_time参数来设置)的SQL语句,并进行相似语句去重。
该列表中不提供最近两个小时的慢日志,如需查询请通过MySQL库中的slow_log_view表查询。
慢日志统计
对1个月内数据库中执行时间超过1秒(可以在参数设置中修改long_query_time参数来设置)的SQL语句进行统计汇总,给出慢查询日志的分析报告。
主备切换日志
该功能适用于:MySQL高可用版、金融版实例。
通过SQL命令管理日志
SQL Server 2012及以上版本的实例仅支持通过存储过程sp_rds_read_error_logs读取错误日志,使用方法与sp_readerrorlog相同。
示例1:
EXEC sp_rds_read_error_logs
示例2:
EXEC sp_rds_read_error_logs 0,1 ,'error'
2019-12-01 22:57:11
0 浏览量
回答数 0
回答
详细解答可以参考官方帮助文档
除MySQL 基础版以外,其它类型的实例都支持日志管理,您可以通过控制台或SQL命令查询实例的错误日志和慢日志明细,帮助故障定位分析。但对于SQL Server 2012及以上版本的实例而言,仅能通过SQL命令进行日志管理。本文将介绍通过控制台及SQL命令进行日志管理的方法。
通过控制台或者API管理日志
您可以通过RDS控制台进行MySQL 5.5/5.6/5.7、SQL Server 2008 R2、PostgreSQL和PPAS实例的日志管理。但不同引擎所支持的管理内容不同,请以各控制台的界面为准。
对于MySQL高可用版、金融版实例,您还可以通过控制台或者API DescribeDBInstanceSwitchLog查询实例的主备切换日志。
操作步骤
登录RDS管理控制台。
选择目标实例所在地域。
单击目标实例的ID,进入基本信息页面。
在左侧导航栏中选择日志管理,进入日志管理页面。
在日志管理页面选择查询错误日志、慢日志明细、慢日志统计或者主备切换日志,选择时间范围,单击查询。
查询项
内容
错误日志
记录1个月内数据库中执行错误的SQL语句。
慢日志明细
记录1个月内数据库中执行时间超过1s(可以在参数设置中修改long_query_time参数来设置)的SQL语句,并进行相似语句去重。
该列表中不提供最近两个小时的慢日志,如需查询请通过MySQL库中的slow_log_view表查询。
慢日志统计
对1个月内数据库中执行时间超过1秒(可以在参数设置中修改long_query_time参数来设置)的SQL语句进行统计汇总,给出慢查询日志的分析报告。
主备切换日志
该功能适用于:MySQL高可用版、金融版实例。
通过SQL命令管理日志
SQL Server 2012及以上版本的实例仅支持通过存储过程sp_rds_read_error_logs读取错误日志,使用方法与sp_readerrorlog相同。
示例1:
EXEC sp_rds_read_error_logs
示例2:
EXEC sp_rds_read_error_logs 0,1 ,'error'
2019-12-01 22:57:11
0 浏览量
回答数 0
回答
详细解答可以参考官方帮助文档
除MySQL 基础版以外,其它类型的实例都支持日志管理,您可以通过控制台或SQL命令查询实例的错误日志和慢日志明细,帮助故障定位分析。但对于SQL Server 2012及以上版本的实例而言,仅能通过SQL命令进行日志管理。本文将介绍通过控制台及SQL命令进行日志管理的方法。
通过控制台或者API管理日志
您可以通过RDS控制台进行MySQL 5.5/5.6/5.7、SQL Server 2008 R2、PostgreSQL和PPAS实例的日志管理。但不同引擎所支持的管理内容不同,请以各控制台的界面为准。
对于MySQL高可用版、金融版实例,您还可以通过控制台或者API DescribeDBInstanceSwitchLog查询实例的主备切换日志。
操作步骤
登录RDS管理控制台。
选择目标实例所在地域。
单击目标实例的ID,进入基本信息页面。
在左侧导航栏中选择日志管理,进入日志管理页面。
在日志管理页面选择查询错误日志、慢日志明细、慢日志统计或者主备切换日志,选择时间范围,单击查询。
查询项
内容
错误日志
记录1个月内数据库中执行错误的SQL语句。
慢日志明细
记录1个月内数据库中执行时间超过1s(可以在参数设置中修改long_query_time参数来设置)的SQL语句,并进行相似语句去重。
该列表中不提供最近两个小时的慢日志,如需查询请通过MySQL库中的slow_log_view表查询。
慢日志统计
对1个月内数据库中执行时间超过1秒(可以在参数设置中修改long_query_time参数来设置)的SQL语句进行统计汇总,给出慢查询日志的分析报告。
主备切换日志
该功能适用于:MySQL高可用版、金融版实例。
通过SQL命令管理日志
SQL Server 2012及以上版本的实例仅支持通过存储过程sp_rds_read_error_logs读取错误日志,使用方法与sp_readerrorlog相同。
示例1:
EXEC sp_rds_read_error_logs
示例2:
EXEC sp_rds_read_error_logs 0,1 ,'error'
2019-12-01 22:57:11
0 浏览量
回答数 0
回答
详细解答可以参考官方帮助文档
除MySQL 基础版以外,其它类型的实例都支持日志管理,您可以通过控制台或SQL命令查询实例的错误日志和慢日志明细,帮助故障定位分析。但对于SQL Server 2012及以上版本的实例而言,仅能通过SQL命令进行日志管理。本文将介绍通过控制台及SQL命令进行日志管理的方法。
通过控制台或者API管理日志
您可以通过RDS控制台进行MySQL 5.5/5.6/5.7、SQL Server 2008 R2、PostgreSQL和PPAS实例的日志管理。但不同引擎所支持的管理内容不同,请以各控制台的界面为准。
对于MySQL高可用版、金融版实例,您还可以通过控制台或者API DescribeDBInstanceSwitchLog查询实例的主备切换日志。
操作步骤
登录RDS管理控制台。
选择目标实例所在地域。
单击目标实例的ID,进入基本信息页面。
在左侧导航栏中选择日志管理,进入日志管理页面。
在日志管理页面选择查询错误日志、慢日志明细、慢日志统计或者主备切换日志,选择时间范围,单击查询。
查询项
内容
错误日志
记录1个月内数据库中执行错误的SQL语句。
慢日志明细
记录1个月内数据库中执行时间超过1s(可以在参数设置中修改long_query_time参数来设置)的SQL语句,并进行相似语句去重。
该列表中不提供最近两个小时的慢日志,如需查询请通过MySQL库中的slow_log_view表查询。
慢日志统计
对1个月内数据库中执行时间超过1秒(可以在参数设置中修改long_query_time参数来设置)的SQL语句进行统计汇总,给出慢查询日志的分析报告。
主备切换日志
该功能适用于:MySQL高可用版、金融版实例。
通过SQL命令管理日志
SQL Server 2012及以上版本的实例仅支持通过存储过程sp_rds_read_error_logs读取错误日志,使用方法与sp_readerrorlog相同。
示例1:
EXEC sp_rds_read_error_logs
示例2:
EXEC sp_rds_read_error_logs 0,1 ,'error'
2019-12-01 22:57:10
0 浏览量
回答数 0
回答
详细解答可以参考官方帮助文档
除MySQL 基础版以外,其它类型的实例都支持日志管理,您可以通过控制台或SQL命令查询实例的错误日志和慢日志明细,帮助故障定位分析。但对于SQL Server 2012及以上版本的实例而言,仅能通过SQL命令进行日志管理。本文将介绍通过控制台及SQL命令进行日志管理的方法。
通过控制台或者API管理日志
您可以通过RDS控制台进行MySQL 5.5/5.6/5.7、SQL Server 2008 R2、PostgreSQL和PPAS实例的日志管理。但不同引擎所支持的管理内容不同,请以各控制台的界面为准。
对于MySQL高可用版、金融版实例,您还可以通过控制台或者API DescribeDBInstanceSwitchLog查询实例的主备切换日志。
操作步骤
登录RDS管理控制台。
选择目标实例所在地域。
单击目标实例的ID,进入基本信息页面。
在左侧导航栏中选择日志管理,进入日志管理页面。
在日志管理页面选择查询错误日志、慢日志明细、慢日志统计或者主备切换日志,选择时间范围,单击查询。
查询项
内容
错误日志
记录1个月内数据库中执行错误的SQL语句。
慢日志明细
记录1个月内数据库中执行时间超过1s(可以在参数设置中修改long_query_time参数来设置)的SQL语句,并进行相似语句去重。
该列表中不提供最近两个小时的慢日志,如需查询请通过MySQL库中的slow_log_view表查询。
慢日志统计
对1个月内数据库中执行时间超过1秒(可以在参数设置中修改long_query_time参数来设置)的SQL语句进行统计汇总,给出慢查询日志的分析报告。
主备切换日志
该功能适用于:MySQL高可用版、金融版实例。
通过SQL命令管理日志
SQL Server 2012及以上版本的实例仅支持通过存储过程sp_rds_read_error_logs读取错误日志,使用方法与sp_readerrorlog相同。
示例1:
EXEC sp_rds_read_error_logs
示例2:
EXEC sp_rds_read_error_logs 0,1 ,'error'
2019-12-01 22:57:11
0 浏览量
回答数 0
回答
详细解答可以参考官方帮助文档
除MySQL 基础版以外,其它类型的实例都支持日志管理,您可以通过控制台或SQL命令查询实例的错误日志和慢日志明细,帮助故障定位分析。但对于SQL Server 2012及以上版本的实例而言,仅能通过SQL命令进行日志管理。本文将介绍通过控制台及SQL命令进行日志管理的方法。
通过控制台或者API管理日志
您可以通过RDS控制台进行MySQL 5.5/5.6/5.7、SQL Server 2008 R2、PostgreSQL和PPAS实例的日志管理。但不同引擎所支持的管理内容不同,请以各控制台的界面为准。
对于MySQL高可用版、金融版实例,您还可以通过控制台或者API DescribeDBInstanceSwitchLog查询实例的主备切换日志。
操作步骤
登录RDS管理控制台。
选择目标实例所在地域。
单击目标实例的ID,进入基本信息页面。
在左侧导航栏中选择日志管理,进入日志管理页面。
在日志管理页面选择查询错误日志、慢日志明细、慢日志统计或者主备切换日志,选择时间范围,单击查询。
查询项
内容
错误日志
记录1个月内数据库中执行错误的SQL语句。
慢日志明细
记录1个月内数据库中执行时间超过1s(可以在参数设置中修改long_query_time参数来设置)的SQL语句,并进行相似语句去重。
该列表中不提供最近两个小时的慢日志,如需查询请通过MySQL库中的slow_log_view表查询。
慢日志统计
对1个月内数据库中执行时间超过1秒(可以在参数设置中修改long_query_time参数来设置)的SQL语句进行统计汇总,给出慢查询日志的分析报告。
主备切换日志
该功能适用于:MySQL高可用版、金融版实例。
通过SQL命令管理日志
SQL Server 2012及以上版本的实例仅支持通过存储过程sp_rds_read_error_logs读取错误日志,使用方法与sp_readerrorlog相同。
示例1:
EXEC sp_rds_read_error_logs
示例2:
EXEC sp_rds_read_error_logs 0,1 ,'error'
2019-12-01 22:57:11
0 浏览量
回答数 0
回答
详细解答可以参考官方帮助文档
除MySQL 基础版以外,其它类型的实例都支持日志管理,您可以通过控制台或SQL命令查询实例的错误日志和慢日志明细,帮助故障定位分析。但对于SQL Server 2012及以上版本的实例而言,仅能通过SQL命令进行日志管理。本文将介绍通过控制台及SQL命令进行日志管理的方法。
通过控制台或者API管理日志
您可以通过RDS控制台进行MySQL 5.5/5.6/5.7、SQL Server 2008 R2、PostgreSQL和PPAS实例的日志管理。但不同引擎所支持的管理内容不同,请以各控制台的界面为准。
对于MySQL高可用版、金融版实例,您还可以通过控制台或者API DescribeDBInstanceSwitchLog查询实例的主备切换日志。
操作步骤
登录RDS管理控制台。
选择目标实例所在地域。
单击目标实例的ID,进入基本信息页面。
在左侧导航栏中选择日志管理,进入日志管理页面。
在日志管理页面选择查询错误日志、慢日志明细、慢日志统计或者主备切换日志,选择时间范围,单击查询。
查询项
内容
错误日志
记录1个月内数据库中执行错误的SQL语句。
慢日志明细
记录1个月内数据库中执行时间超过1s(可以在参数设置中修改long_query_time参数来设置)的SQL语句,并进行相似语句去重。
该列表中不提供最近两个小时的慢日志,如需查询请通过MySQL库中的slow_log_view表查询。
慢日志统计
对1个月内数据库中执行时间超过1秒(可以在参数设置中修改long_query_time参数来设置)的SQL语句进行统计汇总,给出慢查询日志的分析报告。
主备切换日志
该功能适用于:MySQL高可用版、金融版实例。
通过SQL命令管理日志
SQL Server 2012及以上版本的实例仅支持通过存储过程sp_rds_read_error_logs读取错误日志,使用方法与sp_readerrorlog相同。
示例1:
EXEC sp_rds_read_error_logs
示例2:
EXEC sp_rds_read_error_logs 0,1 ,'error'
2019-12-01 22:57:11
0 浏览量
回答数 0
回答
详细解答可以参考官方帮助文档
除MySQL 基础版以外,其它类型的实例都支持日志管理,您可以通过控制台或SQL命令查询实例的错误日志和慢日志明细,帮助故障定位分析。但对于SQL Server 2012及以上版本的实例而言,仅能通过SQL命令进行日志管理。本文将介绍通过控制台及SQL命令进行日志管理的方法。
通过控制台或者API管理日志
您可以通过RDS控制台进行MySQL 5.5/5.6/5.7、SQL Server 2008 R2、PostgreSQL和PPAS实例的日志管理。但不同引擎所支持的管理内容不同,请以各控制台的界面为准。
对于MySQL高可用版、金融版实例,您还可以通过控制台或者API DescribeDBInstanceSwitchLog查询实例的主备切换日志。
操作步骤
登录RDS管理控制台。
选择目标实例所在地域。
单击目标实例的ID,进入基本信息页面。
在左侧导航栏中选择日志管理,进入日志管理页面。
在日志管理页面选择查询错误日志、慢日志明细、慢日志统计或者主备切换日志,选择时间范围,单击查询。
查询项
内容
错误日志
记录1个月内数据库中执行错误的SQL语句。
慢日志明细
记录1个月内数据库中执行时间超过1s(可以在参数设置中修改long_query_time参数来设置)的SQL语句,并进行相似语句去重。
该列表中不提供最近两个小时的慢日志,如需查询请通过MySQL库中的slow_log_view表查询。
慢日志统计
对1个月内数据库中执行时间超过1秒(可以在参数设置中修改long_query_time参数来设置)的SQL语句进行统计汇总,给出慢查询日志的分析报告。
主备切换日志
该功能适用于:MySQL高可用版、金融版实例。
通过SQL命令管理日志
SQL Server 2012及以上版本的实例仅支持通过存储过程sp_rds_read_error_logs读取错误日志,使用方法与sp_readerrorlog相同。
示例1:
EXEC sp_rds_read_error_logs
示例2:
EXEC sp_rds_read_error_logs 0,1 ,'error'
2019-12-01 22:57:11
0 浏览量
回答数 0
问题
MongoDB+Mysql 做积分系统碰到的问题
最近项目要做一个积分系统(项目基于Spring框架),刚开始只用MongoDB做,但过程中涉及到多表操作,遇到数据一致性的问题,查资料说可以利用两阶段提交去模拟事务,但代码实现起来有点复杂;如果换Mysql的话,还有一些其他数据在Mongo...
落地花开啦
2019-12-01 20:00:16
972 浏览量
回答数 1
问题
对PHP多进程与MySQL的高并发瓶颈是怎么处理
需求我每天执行一个定时任务,把一个具有千万条数据的日志分割成一些小的日志文件;然后启动多个PHP进程,分别对这些小日志文件中的每行数据进行处理,处理过程是这样的:每个PHP进程从各自负责的日志文件中逐行读取,然后根据该行中的一个标识去数据库...
蛮大人123
2019-12-01 19:50:25
2030 浏览量
回答数 1
回答
1、首先确认你日志是否启用了mysql>show variables like 'log_bin'。 2、如果启用了,即ON,那日志文件就在mysql的安装目录的data目录下。 3、怎样知道当前的日志mysql> show master status。 4、看二进制日志文件用mysqlbinlog,shell>mysqlbinlog mail-bin.000001或者shell>mysqlbinlog mail-bin.000001 | tail,Windows 下用类似的。 MySQL的日志操作: 1、首先,登陆mysql后,执行sql语句:show variables like 'log_bin'。 2、#错误日志log-errol开启方式:在my.ini的[mysqld]选项下:添加代码:log-error=E:\log-error.txt。 记录内容:主要是记录启动、运行或停止mysqld时出现的致命性问题,都是系统级的错误记录。 3、#查询日志:log,开启方式:在my.ini的[mysqld]选项下:添加代码:log=E:/mysql_log.txt。 4、#二进制日志:log-bin,开启方式:在my.ini的[mysqld]选项下:添加代码:log-bin=E:/mysql_log_bin,记录内容:主要是记录所有的更改数据的语句,可使用mysqlbinlog命令恢复数据。
答案来源于网络
养狐狸的猫
2019-12-02 03:01:09
0 浏览量
回答数 0
问题
RDS for MySQL 的性能参数表
RDS for MySQL
API参数名含义MySQL_NetworkTrafficMySQL实例平均每秒钟的输入流量,MySQL实例平均每秒钟的输出流量。单位为KB。MySQL_QPSTPS平均每秒SQL语句执行次数...
云栖大讲堂
2019-12-01 21:46:44
1433 浏览量
回答数 0
问题
用户指南-日志管理
除MySQL 基础版以外,其它类型的实例都支持日志管理,您可以通过控制台或SQL命令查询实例的错误日志和慢日志明细,帮助故障定位分析。但对于SQL Server 2012及以上版本的实例而言...
李沃晟
2019-12-01 21:39:09
628 浏览量
回答数 0
回答
标题问的是 Linux,但问题描述讲 MySQL,考虑到大同小异我就讲讲 MySQL 吧。reload 会给MySQL进程发送一个 SIGHUP 信号,MySQL 接下来会重新加载权限表、配置文件,重新打开日志文件,重新打开host解析缓存和连接池(thread cache)。restart 则会发送 SIGTERM,使MySQL关闭。关闭后,重新启动 MySQL。两者的区别相信题主也看出来了,reload 可以在不中断服务的情况下重读配置,切换(切割)日志文件等工作,常常引起混淆的是:这些feature并非由操作系统带来,而是应用程序根据不同的信号做出的设计。所以并不是每一个应用程序都有所谓的 reload 和 restart,其实现当然也不尽相同。
我的中国
2019-12-02 00:31:25
0 浏览量
回答数 0
问题
API参考 - API参考 - 附表 - 性能参数表
RDS for MySQL
[tr=rgb(51, 205, 229)][td]API参数名
含义MySQL_NetworkTrafficMySQL实例平均每秒钟的输入流量,MySQL实例平均每秒钟的输出流量...
李沃晟
2019-12-01 21:41:34
702 浏览量
回答数 0
问题
MySQL实例管理页面简介
本文将介绍在RDS管理控制台上MySQL类型的实例目前所支持查询的信息和可以执行的操作。
登录实例管理页面
登录RDS管理控制台。选择目标实例所在地域。单击实例ID或操作栏下的[backcolor=transparent]管...
云栖大讲堂
2019-12-01 21:37:54
1158 浏览量
回答数 0
回答
在 ECS Linux 上自建 MySQL 服务器,经常遇到各种无法启动或启动后异常的问题,本文列举一些常见问题的解决办法。
注意:以下错误日志提示,都是查看 MySQL 错误日志得到,查看方法如下:
查看下 MySQL 配置文件 my.cnf 中有记录,日志记录在 /alidata/log/mysql/error.log 下
20150507184311.png
MySQL 配置文件 my.cnf 权限问题导致无法启动,错误提示:World-writable config file '/etc/my.cnf' is ignored Binlog 丢失导致无法启动,错误日志: File './mysql-bin.000001' not found Binlog 无法读取导致无法启动,错误日志:Failed to open log (file './mysql-bin.000001', errno 13) 不能创建 PID 导致无法启动,错误日志:Can't start server: can't create PID file: No such file or directory 不能创建临时文件导致无法启动,错误日志:mysqld: Can't create/write to file '/tmp/ibfguTtC' (Errcode: 13) MySQL 服务无法识别导致无法启动,错误提示:mysqld: unrecognized service MySQL 配置了过大的内存导致无法启动,错误日志:InnoDB: Cannot allocate memory for the buffer pool MySQL 启动参数过多导致无法启动,错误提示:Too many arguments (first extra is 'start') MySQL 目录权限问题导致无法启动,错误日志:File './mysql-bin.index' not found (Errcode:13 - Permission denied) MySQL 未初始化导致无法启动,错误提示:can't open the mysql.plugin table MySQL 启动成功但未监听端口 MySQL ibdata1权限问题导致无法启动,错误日志:InnoDB Operating system error number 13 in a file operation 磁盘空间满导致 MySQL 无法启动 进程残留导致 MySQL 无法启动 MySQL 服务自动停止 MySQL 配置文件 my.cnf 权限问题导致无法启动,错误提示:World-writable config file '/etc/my.cnf' is ignored 问题描述 ECS Linux MySQL 无法启动,报如下错误:
Snip20160218_7.png
问题分析 查看 MySQL 错误日志发现如下错误(提示 MySQL 库的 host 表无法打开):
Snip20160218_8.png
查看 /etc/my.cnf 配置文件:
Snip20160218_10.png
到 MySQL 数据库所在目录查看表是否存在:
Snip20160218_16.png
发现 MySQL 库的 host 表是存在的,那为什么会提示不存在呢?
问题应该出在 /etc/my.cnf 文件上,从第一个截图也可以看到警告信息(/etc/my.cnf 被忽视)
查看文件权限:
Snip20160218_13.png
原来文件权限被设置成 777,因安全问题导致被 MySQL 忽视,所以去查询默认的数据库存放路径,没有 MySQL 库的 host 表导致启动失败:
Snip20160218_17.png
解决办法 将 /etc/my.cnf 权限修改成 644,然后启动 MySQL 即可:
Snip20160218_18.png
Binlog 丢失导致无法启动,错误日志: File './mysql-bin.000001' not found 问题描述 清理磁盘空间时删除了全部 binglog 日志,导致 MySQL 无法启动:
1.JPG
MySQL 的 errorlog 里面可以看到错误信息:
1.JPG
解决办法 1、注释 Binlog 配置恢复方法:
编辑 /etc/my.cnf,找到 log-bin=mysql-bin,在前面加#将其注释暂时关闭 binlog,保存修改后启动 MySQL 服务
注意:my.cnf 配置文件路径以实际调用路径为准
2.JPG
2、清理 Binlog 索引恢复方法:
查看 Binlog 索引文件
test002.jpg
所以,需要清空 mysql-bin.index 索引文件后即可,清理方法可以通过 vi 或者 echo 命令清理,如下:
echo “” > mysql-bin.index 去除 Binlog 日志索引文件中调用的内容后,测试启动成功。
[root@test var]# /etc/init.d/mysqld startStarting MySQL. SUCCESS! 3、文件还原恢复方法:
提交工单,由我们帮您挂载最近的快照,您从快照磁盘复制最新的 binlog 文件到 mysql 的数据目录下,再重启 MySQL 服务即可。
注意:提交工单时请说明需要挂载快照的磁盘和快照。
正确清理 MySQL Binlog 方法请参考如下命令:
mysql -uroot -p 密码use mysql;purge binary logs to ‘mysql-bin.011113’; 注意:mysql-bin.011113 是 Binlog 文件名,mysql-bin.011113 不会被删除,而 mysql-bin.011113 之前的日志都会被删除。
3.JPG
Binlog 无法读取导致无法启动,错误日志:Failed to open log (file './mysql-bin.000001', errno 13) 问题描述 MySQL 无法启动报错:
Starting MySQL…The server quit without updating PID file [FAILED]a/server/mysql/data/test.pid).
查看 MySQL 的错误日志会提示如下信息:
110711 00:00:00 [ERROR] Failed to open log (file './mysql-bin.000001', errno 13)
这说明 Binlog 日志无法去读,一般由于磁盘空间满,或者权限不正确导致。
解决办法 首先查询磁盘空间:
[root@test /]# df -hFilesystem Size Used Avail Use% Mounted on/dev/xvda1 20G 2.7G 17G 14% /tmpfs 498M 0 498M 0% /dev/shm/dev/xvdb1 30G 19G 9.7G 66% /alidata 查看磁盘空间没有满,则需要 ls 命令检查文件权限:
-r———— 1 root root 601 Jul 28 2014 mysql-bin.000001
这说明文件属主和权限不正确,需要执行如下两条命令修复(mysql-bin.000001 这个日志文件需要换成具体文件名):
chmod 660 mysql-bin.000001chown mysql.mysql mysql-bin.000001 修改正确后已经可以正常启动mysql
不能创建 PID 导致无法启动,错误日志:Can't start server: can't create PID file: No such file or directory 问题描述 MySQL 启动报错信息如下:
Starting mysqld (via systemctl): Job for mysqld.service failed because the control process exited with error code. See "systemctl status mysqld.service" and "journalctl -xe" for details、 [FAILED]
根据提示,使用 systemctl status mysqld.service 和 journalctl -xe 查看服务启动失败的原因。
[root@ ~]# systemctl status mysqld.servicemysqld.service - SYSV: MySQL database server.Loaded: loaded (/etc/rc.d/init.d/mysqld)Active: failed (Result: exit-code) since Wed 2016-01-20 18:26:57 CST; 40s agoDocs: man:systemd-sysv-generator(8)Process: 2979 ExecStart=/etc/rc.d/init.d/mysqld start (code=exited, status=1/FAILURE)Jan 20 18:26:56 spark01 systemd[1]: Starting SYSV: MySQL database server….Jan 20 18:26:57 spark01 mysqld[2979]: MySQL Daemon failed to start.Jan 20 18:26:57 spark01 mysqld[2979]: Starting mysqld: [FAILED]Jan 20 18:26:57 spark01 systemd[1]: mysqld.service: control process exited, code=exited status=1Jan 20 18:26:57 spark01 systemd[1]: Failed to start SYSV: MySQL database server..Jan 20 18:26:57 spark01 systemd[1]: Unit mysqld.service entered failed state.Jan 20 18:26:57 spark01 systemd[1]: mysqld.service failed.[root@ ~]# journalctl -xeUnit session-2.scope has begun starting up.Jan 20 18:26:48 spark01 sshd[2916]: pam_unix(sshd:session): session opened for user spark by (uid=0)Jan 20 18:26:52 spark01 su[2944]: (to root) spark on pts/1Jan 20 18:26:52 spark01 su[2944]: pam_unix(su-l:session): session opened for user root by spark(uid=1000)Jan 20 18:26:56 spark01 polkitd[909]: Registered Authentication Agent for unix-process:2974:117137 (system bus name :1.25Jan 20 18:26:56 spark01 systemd[1]: Starting SYSV: MySQL database server….— Subject: Unit mysqld.service has begun start-up— Defined-By: systemd— Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel—— Unit mysqld.service has begun starting up.Jan 20 18:26:57 spark01 mysqld[2979]: MySQL Daemon failed to start.Jan 20 18:26:57 spark01 mysqld[2979]: Starting mysqld: [FAILED]Jan 20 18:26:57 spark01 systemd[1]: mysqld.service: control process exited, code=exited status=1Jan 20 18:26:57 spark01 systemd[1]: Failed to start SYSV: MySQL database server..— Subject: Unit mysqld.service has failed— Defined-By: systemd— Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel—— Unit mysqld.service has failed.—— The result is failed.Jan 20 18:26:57 spark01 systemd[1]: Unit mysqld.service entered failed state.Jan 20 18:26:57 spark01 systemd[1]: mysqld.service failed.Jan 20 18:26:57 spark01 polkitd[909]: Unregistered Authentication Agent for unix-process:2974:117137 (system bus name :1. 这些信息并不能提供服务启动失败的真正原因。
查看 MySQL 的告警日志:
2016-01-20T10:00:19.935771Z 0 [ERROR] /usr/sbin/mysqld: Can’t create/write to file ‘/var/run/mysqld/mysqld.pid’ (Errcode: 2 - No such file or directory)2016-01-20T10:00:19.935795Z 0 [ERROR] Can’t start server: can’t create PID file: No such file or directory160120 18:00:20 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended 解决办法 MySQL 服务在启动的时候,不能创建 pid 文件。
在终端看一下该目录是否存在,如果不存在,手动创建:
[root@ ~]# mkdir -p /var/run/mysqld/
再次尝试启动 MySQL 服务,报错如下:
Starting mysqld (via systemctl): Job for mysqld.service failed because the control process exited with error code. See "systemctl status mysqld.service" and "journalctl -xe" for details. [FAILED]
查看 MySQL 的告警日志:
2016-01-20T10:28:37.183387Z 0 [ERROR] /usr/sbin/mysqld: Can’t create/write to file ‘/var/run/mysqld/mysqld.pid’ (Errcode: 13 - Permission denied)2016-01-20T10:28:37.183431Z 0 [ERROR] Can’t start server: can’t create PID file: Permission denied160120 18:28:37 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended160120 18:32:06 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql 权限不正确,/var/run/mysqld/ 的属主和属组还是 root,MySQL 并不能在其中创建文件后修改该目录的属主和属组,
[root@ ~]# ls -ld /var/run/mysqld/drwxr-xr-x 2 root root 40 Jan 20 18:28 /var/run/mysqld/[root@ ~]# chown mysql.mysql /var/run/mysqld/[root@ ~]# /etc/init.d/mysqld startStarting mysqld (via systemctl): [ OK ]
不能创建临时文件导致无法启动,错误日志:mysqld: Can't create/write to file '/tmp/ibfguTtC' (Errcode: 13) 问题描述 MySQL 启动失败,错误日志:mysqld: Can't create/write to file '/tmp/ibfguTtC' (Errcode: 13)
说明/tmp目录无法写入
解决办法 1、使用命令 ll -d /tmp 命令检查目录权限
2、使用 chmod 1777 /tmp 设置为正确权限
再测试可以启动成功
test701.jpg
MySQL 服务无法识别导致无法启动,错误提示:mysqld: unrecognized service 问题描述 执行 MySQL 启动命令 service mysqld start 时,提示 mysqld: unrecognized service(未识别的服务),现象如图:
1.png
问题分析 因为 service 命令是通过 /etc/init.d 启动服务目录来调用的,所以我们需要看一下 /etc/init.d 是否存在 mysqld 这个服务,使用 find /etc/init.d/ -name mysqld 命令来查找,发现没有 mysqld 这个文件了
2.png
这个就是导致通过 service 命令启动报错的原因了,这时候我们需要将源码包中的 mysql.server 拷贝复制到 /etc/init.d/ 下,先使用 find / -name mysql.server 命令来查找下 mysql.server 文件位置,发现是在 /alidata/server/mysql-5.6.21/support-files/mysql.server 中
3.png
解决办法 现在我们需要将这个文件复制到 /etc/init.d/ 目录下,改名为 mysqld,并且赋予这个文件可执行权限
4.png
最后通过命令 chkconfig —add mysqld 添加开机自动启动服务
5.png
使用 service mysqld start 启动成功
6.png
MySQL 配置了过大的内存导致无法启动,错误提示:InnoDB: Cannot allocate memory for the buffer pool 问题描述 MySQL 启动时报错,查看错误日志有[ERROR] InnoDB: Cannot allocate memory for the buffer pool(不能从缓存池中分配给innodb引擎需要的内存)
解决办法 需要调整 MySQL 配置文件 my.cnf 中的 "innodb_buffer_pool_size"、"key_buffer_size" 的大小设置,适当的调大内存分配,一般调整为系统内存的一半
先使用 free -m 查看下系统内存大小,查看是 1G 内存
1.png
那么 vi /etc/my.cnf,调整 "innodb_buffer_pool_size"、"key_buffer_size" 各为 500M
注意:my.cnf 以实际配置文件路径为准。
2.png
重启 MySQL 服务使其生效
3.png
MySQL 启动参数过多导致无法启动,错误提示:Too many arguments (first extra is 'start')
问题描述
ECS Linux 系统安装 MySQL,启动的方式有多种,如果输入 /路径/mysqld start —user=mysql 启动后,出现报错:Too many arguments (first extra is 'start'),则说明这是因为启动 MySQL 的时候参数过多导致。
解决办法
遇到该问题,通过直接输入 /路径/mysqld —user=mysql,的方式启动,如下图:
MySQL 目录权限问题导致无法启动,错误提示:File './mysql-bin.index' not found (Errcode:13 - Permission denied)
问题描述
MySQL 启动报错,错误日志,如下图
提示的异常为权限异常,我们到 data 目录查看 mysql-bin.index 的权限
正常情况下 data 目录下文件的属主和属组都应该是 mysql,目前为 root
备注:不太熟悉权限的朋友可以找一台正常的 MySQL 主机对比下
解决办法
找到问题之后解决起来就比较好办了,授予正确的权限,然后启动 MySQL
MySQL 未初始化导致无法启动,错误提示:can't open the mysql.plugin table
问题描述
MySQL 服务启动时提示:
ERROR! MySQL manager or server PID file could not be found!
Starting MySQL. ERROR! Manager of pid-file quit without updating file.
问题分析
查看错误日志提示:can't open the mysql.plugin table ,please run mysql_upgrade to create it
解决办法
使用如下命令指定 datadir 与 basedir 进行初始化启动:
/alidata/server/mysql-5.1.73/scripts/mysql_install_db —user=mysql —datadir=/alidata/server/mysql/data —basedir=/alidata/server/mysql-5.1.73/
注意:以实际 MySQL 安装路径为准
MySQL 启动成功但未监听端口
问题描述
MySQL 启动成功,使用 ps -ef |grep mysql 可以看到进程,如下图:
也可以在服务器登陆,如下图:
但是使用 netstat -antp| grep 3306 可以看到没有监听端口。
查看 MySQL 配置文件,端口也没有更改。
解决办法
检查发现是配置文件中使用了 skip-networking,可以看到这个选项的的作用是不监听端口,同主机的用户通过 sockets 进行链接。外部主机由于没有监听端口,将无法连接。
将 skip-networking 注释掉之后,重启 MySQL 可以看到端口监听了。
MySQL ibdata1权限问题导致无法启动,错误日志:InnoDB Operating system error number 13 in a file operation
问题描述
mysql启动提示 update pid 失败:
Starting MySQL. ERROR! Manager of pid-file quit without updating file.
同时错误日志中记录:
InnoDB Operating system error number 13 in a file operation,如图:
解决办法
从该报错看,是提示操作系统访问文件 /usr/local/mysql/var/idata1 无权限
查看权限如下:
调整为 MySQL 可以访问的权限后,比如 777,或者是调整属帐号为 mysql,可以正常启动 MySQL。
磁盘空间满导致 MySQL 无法启动
问题描述
启动 MySQL 报错:ERROR! MySQL manager or server PID file could not be found! Starting MySQL. ERROR! Manager of pid-file quit without updating file.
查看下 MySQL 错误日志提示:
没有记录有效的信息,磁盘空间不足会导致这种情况
解决办法
df -h 看下
find / -size +100M 查看下大于100M 的文件
MySQL 日志占用空间太大,无特殊需求可以删除掉。
进程残留导致 MySQL 无法启动
问题描述
MySQL 启动失败,错误提示:Starting MySQL. ERROR! Manager of pid-file quit without updating file. [root@iZ9410f0jqiZ bin]# Starting MySQL. ERROR! Manager of pid-file quit without updating file.
使用 ps -A | grep mysqld ,发现 mysqld 和 mysqld_safe 进程残留,进程 ID 994 和 1221
解决办法
kill两个进程之后重新启动 MySQL 成功启动
MySQL服务自动停止
问题描述
服务器上安装的 MySQL,会出现自动停止的情况。出现这种现象,通常是服务器的内存不足导致的。
具体可以通过服务器日志来进行分析排查:
查看服务器的系统日志 /var/log/messages
tail /var/log/messages
看下在 MySQL 自动停止的时间段内,有什么异常的日志信息,如果日志有提示 “Out of memory” 就可以判定,是服务器的内存使用不足,导致系统自动杀死的 MySQL 的进程
解决办法 通过升级服务器的内存可以解决.
KB小秘书
2019-12-02 02:07:16
0 浏览量
回答数 0
回答
ECS Linux MySQL 常见无法启动或启动异常的解决方案
在 ECS Linux 上自建 MySQL 服务器,经常遇到各种无法启动或启动后异常的问题,本文列举一些常见问题的解决办法。
注意:以下错误日志提示,都是查看 MySQL 错误日志得到,查看方法如下:
查看下 MySQL 配置文件 my.cnf 中有记录,日志记录在 /alidata/log/mysql/error.log 下
MySQL 配置文件 my.cnf 权限问题导致无法启动,错误提示:
World-writable config file '/etc/my.cnf' is ignored
Binlog 丢失导致无法启动,错误日志: File './mysql-bin.000001' not found
Binlog 无法读取导致无法启动,错误日志:Failed to open log (file './mysql-bin.000001', errno 13)
不能创建 PID 导致无法启动,错误日志:Can't start server: can't create PID file: No such file or directory
不能创建临时文件导致无法启动,错误日志:mysqld: Can't create/write to file '/tmp/ibfguTtC' (Errcode: 13)
MySQL 服务无法识别导致无法启动,错误提示:mysqld: unrecognized service
MySQL 配置了过大的内存导致无法启动,错误日志:InnoDB: Cannot allocate memory for the buffer pool
MySQL 启动参数过多导致无法启动,错误提示:Too many arguments (first extra is 'start')
MySQL 目录权限问题导致无法启动,错误日志:File './mysql-bin.index' not found (Errcode:13 - Permission denied)
MySQL 未初始化导致无法启动,错误提示:can't open the mysql.plugin table
MySQL 启动成功但未监听端口
MySQL ibdata1权限问题导致无法启动,错误日志:InnoDB Operating system error number 13 in a file operation
磁盘空间满导致 MySQL 无法启动
进程残留导致 MySQL 无法启动
MySQL 服务自动停止
MySQL 配置文件 my.cnf 权限问题导致无法启动,错误提示:World-writable config file '/etc/my.cnf' is ignored
问题描述
ECS Linux MySQL 无法启动,报如下错误:
问题分析
查看 MySQL 错误日志发现如下错误(提示 MySQL 库的 host 表无法打开):
查看 /etc/my.cnf 配置文件:
到 MySQL 数据库所在目录查看表是否存在:
发现 MySQL 库的 host 表是存在的,那为什么会提示不存在呢?
问题应该出在 /etc/my.cnf 文件上,从第一个截图也可以看到警告信息(/etc/my.cnf 被忽视)
查看文件权限:
原来文件权限被设置成 777,因安全问题导致被 MySQL 忽视,所以去查询默认的数据库存放路径,没有 MySQL 库的 host 表导致启动失败:
解决办法
将 /etc/my.cnf 权限修改成 644,然后启动 MySQL 即可:
Binlog 丢失导致无法启动,错误日志: File './mysql-bin.000001' not found
问题描述
清理磁盘空间时删除了全部 binglog 日志,导致 MySQL 无法启动:
MySQL 的 errorlog 里面可以看到错误信息:
解决办法
1、注释 Binlog 配置恢复方法:
编辑 /etc/my.cnf,找到 log-bin=mysql-bin,在前面加#将其注释暂时关闭 binlog,保存修改后启动 MySQL 服务
注意:my.cnf 配置文件路径以实际调用路径为准
2、清理 Binlog 索引恢复方法:
查看 Binlog 索引文件
所以,需要清空 mysql-bin.index 索引文件后即可,清理方法可以通过 vi 或者 echo 命令清理,如下:
echo “” > mysql-bin.index
去除 Binlog 日志索引文件中调用的内容后,测试启动成功。
[root@test var]# /etc/init.d/mysqld startStarting MySQL. SUCCESS!
3、文件还原恢复方法:
提交工单,由我们帮您挂载最近的快照,您从快照磁盘复制最新的 binlog 文件到 mysql 的数据目录下,再重启 MySQL 服务即可。
注意:提交工单时请说明需要挂载快照的磁盘和快照。
正确清理 MySQL Binlog 方法请参考如下命令:
mysql -uroot -p 密码use mysql;purge binary logs to ‘mysql-bin.011113’;
注意:mysql-bin.011113 是 Binlog 文件名,mysql-bin.011113 不会被删除,而 mysql-bin.011113 之前的日志都会被删除。
Binlog 无法读取导致无法启动,错误日志:Failed to open log (file './mysql-bin.000001', errno 13)
问题描述
MySQL 无法启动报错:
Starting MySQL…The server quit without updating PID file [FAILED]a/server/mysql/data/test.pid).
查看 MySQL 的错误日志会提示如下信息:
110711 00:00:00 [ERROR] Failed to open log (file './mysql-bin.000001', errno 13)
这说明 Binlog 日志无法去读,一般由于磁盘空间满,或者权限不正确导致。
解决办法
首先查询磁盘空间:
[root@test /]# df -hFilesystem Size Used Avail Use% Mounted on/dev/xvda1 20G 2.7G 17G 14% /tmpfs 498M 0 498M 0% /dev/shm/dev/xvdb1 30G 19G 9.7G 66% /alidata
查看磁盘空间没有满,则需要 ls 命令检查文件权限:
-r———— 1 root root 601 Jul 28 2014 mysql-bin.000001
这说明文件属主和权限不正确,需要执行如下两条命令修复(mysql-bin.000001 这个日志文件需要换成具体文件名):
chmod 660 mysql-bin.000001chown mysql.mysql mysql-bin.000001
修改正确后已经可以正常启动mysql
不能创建 PID 导致无法启动,错误日志:Can't start server: can't create PID file: No such file or directory
问题描述
MySQL 启动报错信息如下:
Starting mysqld (via systemctl): Job for mysqld.service failed because the control process exited with error code. See "systemctl status mysqld.service" and "journalctl -xe" for details、 [FAILED]
根据提示,使用 systemctl status mysqld.service 和 journalctl -xe 查看服务启动失败的原因。
[root@ ~]# systemctl status mysqld.servicemysqld.service - SYSV: MySQL database server.Loaded: loaded (/etc/rc.d/init.d/mysqld)Active: failed (Result: exit-code) since Wed 2016-01-20 18:26:57 CST; 40s agoDocs: man:systemd-sysv-generator(8)Process: 2979 ExecStart=/etc/rc.d/init.d/mysqld start (code=exited, status=1/FAILURE)Jan 20 18:26:56 spark01 systemd[1]: Starting SYSV: MySQL database server….Jan 20 18:26:57 spark01 mysqld[2979]: MySQL Daemon failed to start.Jan 20 18:26:57 spark01 mysqld[2979]: Starting mysqld: [FAILED]Jan 20 18:26:57 spark01 systemd[1]: mysqld.service: control process exited, code=exited status=1Jan 20 18:26:57 spark01 systemd[1]: Failed to start SYSV: MySQL database server..Jan 20 18:26:57 spark01 systemd[1]: Unit mysqld.service entered failed state.Jan 20 18:26:57 spark01 systemd[1]: mysqld.service failed.[root@ ~]# journalctl -xeUnit session-2.scope has begun starting up.Jan 20 18:26:48 spark01 sshd[2916]: pam_unix(sshd:session): session opened for user spark by (uid=0)Jan 20 18:26:52 spark01 su[2944]: (to root) spark on pts/1Jan 20 18:26:52 spark01 su[2944]: pam_unix(su-l:session): session opened for user root by spark(uid=1000)Jan 20 18:26:56 spark01 polkitd[909]: Registered Authentication Agent for unix-process:2974:117137 (system bus name :1.25Jan 20 18:26:56 spark01 systemd[1]: Starting SYSV: MySQL database server….— Subject: Unit mysqld.service has begun start-up— Defined-By: systemd— Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel—— Unit mysqld.service has begun starting up.Jan 20 18:26:57 spark01 mysqld[2979]: MySQL Daemon failed to start.Jan 20 18:26:57 spark01 mysqld[2979]: Starting mysqld: [FAILED]Jan 20 18:26:57 spark01 systemd[1]: mysqld.service: control process exited, code=exited status=1Jan 20 18:26:57 spark01 systemd[1]: Failed to start SYSV: MySQL database server..— Subject: Unit mysqld.service has failed— Defined-By: systemd— Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel—— Unit mysqld.service has failed.—— The result is failed.Jan 20 18:26:57 spark01 systemd[1]: Unit mysqld.service entered failed state.Jan 20 18:26:57 spark01 systemd[1]: mysqld.service failed.Jan 20 18:26:57 spark01 polkitd[909]: Unregistered Authentication Agent for unix-process:2974:117137 (system bus name :1.
这些信息并不能提供服务启动失败的真正原因。
查看 MySQL 的告警日志:
2016-01-20T10:00:19.935771Z 0 [ERROR] /usr/sbin/mysqld: Can’t create/write to file ‘/var/run/mysqld/mysqld.pid’ (Errcode: 2 - No such file or directory)2016-01-20T10:00:19.935795Z 0 [ERROR] Can’t start server: can’t create PID file: No such file or directory160120 18:00:20 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
解决办法
MySQL 服务在启动的时候,不能创建 pid 文件。
在终端看一下该目录是否存在,如果不存在,手动创建:
[root@ ~]# mkdir -p /var/run/mysqld/
再次尝试启动 MySQL 服务,报错如下:
Starting mysqld (via systemctl): Job for mysqld.service failed because the control process exited with error code. See "systemctl status mysqld.service" and "journalctl -xe" for details. [FAILED]
查看 MySQL 的告警日志:
2016-01-20T10:28:37.183387Z 0 [ERROR] /usr/sbin/mysqld: Can’t create/write to file ‘/var/run/mysqld/mysqld.pid’ (Errcode: 13 - Permission denied)2016-01-20T10:28:37.183431Z 0 [ERROR] Can’t start server: can’t create PID file: Permission denied160120 18:28:37 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended160120 18:32:06 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
权限不正确,/var/run/mysqld/ 的属主和属组还是 root,MySQL 并不能在其中创建文件后修改该目录的属主和属组,
[root@
~]# ls -ld /var/run/mysqld/drwxr-xr-x 2 root root 40 Jan 20 18:28 /var/run/mysqld/[root@ ~]# chown mysql.mysql /var/run/mysqld/[root@ ~]# /etc/init.d/mysqld startStarting mysqld (via systemctl): [ OK ]
不能创建临时文件导致无法启动,错误日志:mysqld: Can't create/write to file '/tmp/ibfguTtC' (Errcode: 13)
问题描述
MySQL 启动失败,错误日志:mysqld: Can't create/write to file '/tmp/ibfguTtC' (Errcode: 13)
说明/tmp目录无法写入
解决办法
1、使用命令 ll -d /tmp 命令检查目录权限
2、使用 chmod 1777 /tmp 设置为正确权限
再测试可以启动成功
MySQL 服务无法识别导致无法启动,错误提示:mysqld: unrecognized service
问题描述
执行 MySQL 启动命令 service mysqld start 时,提示 mysqld: unrecognized service(未识别的服务),现象如图:
问题分析
因为 service 命令是通过 /etc/init.d 启动服务目录来调用的,所以我们需要看一下 /etc/init.d 是否存在 mysqld 这个服务,使用 find /etc/init.d/ -name mysqld 命令来查找,发现没有 mysqld 这个文件了
这个就是导致通过 service 命令启动报错的原因了,这时候我们需要将源码包中的 mysql.server 拷贝复制到 /etc/init.d/ 下,先使用 find / -name mysql.server 命令来查找下 mysql.server 文件位置,发现是在 /alidata/server/mysql-5.6.21/support-files/mysql.server 中
解决办法
现在我们需要将这个文件复制到 /etc/init.d/ 目录下,改名为 mysqld,并且赋予这个文件可执行权限
最后通过命令 chkconfig —add mysqld 添加开机自动启动服务
使用 service mysqld start 启动成功
MySQL 配置了过大的内存导致无法启动,错误提示:InnoDB: Cannot allocate memory for the buffer pool
问题描述
MySQL 启动时报错,查看错误日志有[ERROR] InnoDB: Cannot allocate memory for the buffer pool(不能从缓存池中分配给innodb引擎需要的内存)
解决办法
需要调整 MySQL 配置文件 my.cnf 中的 "innodb_buffer_pool_size"、"key_buffer_size" 的大小设置,适当的调大内存分配,一般调整为系统内存的一半
先使用 free -m 查看下系统内存大小,查看是 1G 内存
那么 vi /etc/my.cnf,调整 "innodb_buffer_pool_size"、"key_buffer_size" 各为 500M
注意:my.cnf 以实际配置文件路径为准。
重启 MySQL 服务使其生效
MySQL 启动参数过多导致无法启动,错误提示:Too many arguments (first extra is 'start')
问题描述
ECS Linux 系统安装 MySQL,启动的方式有多种,如果输入 /路径/mysqld start —user=mysql 启动后,出现报错:Too many arguments (first extra is 'start'),则说明这是因为启动 MySQL 的时候参数过多导致。
解决办法
遇到该问题,通过直接输入 /路径/mysqld —user=mysql,的方式启动,如下图:
MySQL 目录权限问题导致无法启动,错误提示:File './mysql-bin.index' not found (Errcode:13 - Permission denied)
问题描述
MySQL 启动报错,错误日志,如下图
提示的异常为权限异常,我们到 data 目录查看 mysql-bin.index 的权限
正常情况下 data 目录下文件的属主和属组都应该是 mysql,目前为 root
备注:不太熟悉权限的朋友可以找一台正常的 MySQL 主机对比下
解决办法
找到问题之后解决起来就比较好办了,授予正确的权限,然后启动 MySQL
MySQL 未初始化导致无法启动,错误提示:can't open the mysql.plugin table
问题描述
MySQL 服务启动时提示:
ERROR! MySQL manager or server PID file could not be found!
Starting MySQL. ERROR! Manager of pid-file quit without updating file.
问题分析
查看错误日志提示:can't open the mysql.plugin table ,please run mysql_upgrade to create it
解决办法
使用如下命令指定 datadir 与 basedir 进行初始化启动:
/alidata/server/mysql-5.1.73/scripts/mysql_install_db —user=mysql —datadir=/alidata/server/mysql/data —basedir=/alidata/server/mysql-5.1.73/
注意:以实际 MySQL 安装路径为准
MySQL 启动成功但未监听端口
问题描述
MySQL 启动成功,使用 ps -ef |grep mysql 可以看到进程,如下图:
也可以在服务器登陆,如下图:
但是使用 netstat -antp| grep 3306 可以看到没有监听端口。
查看 MySQL 配置文件,端口也没有更改。
解决办法
检查发现是配置文件中使用了 skip-networking,可以看到这个选项的的作用是不监听端口,同主机的用户通过 sockets 进行链接。外部主机由于没有监听端口,将无法连接。
将 skip-networking 注释掉之后,重启 MySQL 可以看到端口监听了。
MySQL ibdata1权限问题导致无法启动,错误日志:InnoDB Operating system error number 13 in a file operation
问题描述
mysql启动提示 update pid 失败:
Starting MySQL. ERROR! Manager of pid-file quit without updating file.
同时错误日志中记录:
InnoDB Operating system error number 13 in a file operation,如图:
解决办法
从该报错看,是提示操作系统访问文件 /usr/local/mysql/var/idata1 无权限
查看权限如下:
调整为 MySQL 可以访问的权限后,比如 777,或者是调整属帐号为 mysql,可以正常启动 MySQL。
磁盘空间满导致 MySQL 无法启动
问题描述
启动 MySQL 报错:ERROR! MySQL manager or server PID file could not be found! Starting MySQL. ERROR! Manager of pid-file quit without updating file.
查看下 MySQL 错误日志提示:
没有记录有效的信息,磁盘空间不足会导致这种情况
解决办法
df -h 看下
find / -size +100M 查看下大于100M 的文件
MySQL 日志占用空间太大,无特殊需求可以删除掉。
进程残留导致 MySQL 无法启动
问题描述
MySQL 启动失败,错误提示:Starting MySQL. ERROR! Manager of pid-file quit without updating file. [root@iZ9410f0jqiZ bin]# Starting MySQL. ERROR! Manager of pid-file quit without updating file.
使用 ps -A | grep mysqld ,发现 mysqld 和 mysqld_safe 进程残留,进程 ID 994 和 1221
解决办法
kill两个进程之后重新启动 MySQL 成功启动
MySQL 服务自动停止
问题描述
服务器上安装的 MySQL,会出现自动停止的情况。出现这种现象,通常是服务器的内存不足导致的。
具体可以通过服务器日志来进行分析排查:
查看服务器的系统日志 /var/log/messages
tail /var/log/messages
看下在 MySQL 自动停止的时间段内,有什么异常的日志信息,如果日志有提示 “Out of memory” 就可以判定,是服务器的内存使用不足,导致系统自动杀死的 MySQL 的进程
解决办法
通过升级服务器的内存可以解决.
51干警网
2019-12-02 00:35:31
0 浏览量
回答数 0
回答
TL; DR:
pip install -Iv(即pip install -Iv MySQL_python==1.2.2) 首先,我发现您要执行的操作有两个问题。由于您已经安装了版本,因此应该卸载当前的现有驱动程序或使用pip install -I MySQL_python==1.2.2
但是,您很快就会发现这不起作用。如果您查看pip的安装日志,或者执行pip的安装日志,pip install -Iv MySQL_python==1.2.2则会发现PyPI URL链接不适用于MySQL_python v1.2.2。您可以在这里验证:http : //pypi.python.org/pypi/MySQL-python/1.2.2
由于sourceforge.net的最新升级和PyPI的过时URL,下载链接404s和后备URL链接正在无限重定向。
因此,要正确安装驱动程序,可以按照以下步骤操作:
pip uninstall MySQL_python pip install -Iv http://sourceforge.net/projects/mysql-python/files/mysql-python/1.2.2/MySQL-python-1.2.2.tar.gz/download 分享来源:stack overflow
保持可爱mmm
2020-05-10 20:39:09
0 浏览量
回答数 0
问题
[Linux] Mysql 主、从同步/主、从双向同步
亲测两台云主机,通过内部实现主从同步
操作过程:
1.两台安装好数据库服务器主机,互相可以访问(由于MySQL不同版本之间的(二进制日志)binlog格式可能会不一样...
chuanshuolian
2019-12-01 21:17:45
15703 浏览量
回答数 8
问题
日志数据选择mysql 、 mongodb 还是 postgredb哪个好?
我是做游戏服务器的, 目前我的游戏服饰部署在阿里云上面的,现在我们要将玩家操作日志和一些重要的日志分析入库。 日志服务器获取的日志服务器是json格式, 将这些json格式的日志分析入库,以便运营分析。现在面临的问题就是选择那个数据库: m...
落地花开啦
2019-12-01 20:01:05
2901 浏览量
回答数 1
问题
Mysql主从中Master上面的Mysql Query与Slave上的bin-log执行上的差别
今天突然想到一个问题,而后有一些疑问,希望各位道友予以解惑!一般来说,当并发到一定程度,单台的Mysql服务器承受不住的时候,会做主从来缓解压力。而主从的原理就是Master端在执行查询的时候,会生成bin-log日志,然后Master会把...
落地花开啦
2019-12-01 19:56:27
1077 浏览量
回答数 1
问题
mysql 主从同步原理
Replication 线程
Mysql的 Replication 是一个异步的复制过程,从一个 Mysql instace(我们称之为 Master)复制到另一个 Mysql instance(我们称之 Slave)...
ethnicity
2019-12-01 21:11:51
6186 浏览量
回答数 1
问题
mysql 主从同步原理(转载)
Replication 线程
Mysql的 Replication 是一个异步的复制过程,从一个 Mysql instace(我们称之为 Master)复制到另一个 Mysql instance(我们称之 Slave)...
ethnicity
2019-12-01 21:05:34
5743 浏览量
回答数 0
问题
解决AMH面板环境mysql-bin数据库日志文件占用硬盘资源(转自老左博客)
如果我们有在使用AMH面板或者LNMP一键安装包环境的时候,都会有遇到这样的问题。大部分新手用户可能会在安装好环境之后直接用官方给予的一键包命令安装后就开始建站。但是,随着时间的推移,部分用户会在某...
牛太浪
2019-12-01 21:12:39
7565 浏览量
回答数 4