Bertram的博客

Mysql从库报异常Got fatal error 1236 from master when reading data from binary log: 'Could not find first‘

docker部署SQL审核平台Archery

MySQL版本 5.7升级到8.0详细过程

mysql查看插入记录与查看mysql实时查询和插入速度

等保三级测评（MySQL）

'Could not find first log file name in binary log index file'的解决办法

Mysql 开启ssl连接

Mysql 三级等保安全加固

Mysql5.7开启SSL认证且支持Springboot客户端验证

mysql5.7.42 安装审计日志插件audit-plugin报错解决

mysql 更改加密算法及修改密码加密方式

MySQL8.0.20单机部署多个mysql

Mysql 删除数据，磁盘空间未释放解决办法

MySQL 事件调度器

Multi-statement transaction required more than 'max_binlog_cache_size' bytes of storage; increase this mysqld variable and try again

mysql查看数据库及表容量大小并排序

出现"this is incompatible with sql_mode=only_full_group_by"问题的解决方案

mysql导入数据时查看实时进度

mysql8 连接报错

mysql8.0 修改表名不区分大小写

yum安装mysql8

1.修改mysql的配置文件vim /etc/my.cnf 在[mysqld]下添加skip-grant-tables #跳过授权表2.重启MySQL服务mysql -uroor -p //按两次回车进入mysql>use mysql; mysql>update user set authentication_string='' where user='root'; #将密码置空 mysql>exit3.再次编辑mysql配置文件将添加的#sk

一、检查是否锁表, 查询进程并杀死进程查询是否锁表show open tables where in_use > 0;查询进程（如果您有SUPER权限，您可以看到所有线程。否则，您只能看到您自己的线程）show processlist;杀死进程(就是[show processlist;]命令的id列)kill xx;二、查看在锁事务,杀死事务对应的线程ID查看正在锁的事务select * from information_schema.INNODB_LOCKS;杀死进程id

1.禁用local-infile选项禁用local_infile选项会降低攻击者通过SQL注入漏洞器读取敏感文件的能力加固建议编辑Mysql配置文件<conf_path>/my.cnf，在[mysqld] 段落中配置local-infile参数为0，并重启mysql服务：local-infile=02.删除’test’数据库测试数据库可供所有用户访问，并可用于消耗系统资源。删除测试数据库将减少MySQL服务器的攻击面。加固建议登录数据库执行以下SQL语句删除test数据库：

前景MySQL8.0与MySQL5.7有什么区别和坑？有必要升级MySQL8.0吗？MySQL 8.0是2018年4月20日发布的全球最受欢迎的开源数据库的一个非常令人兴奋的新版本，一些关键的增强包括：SQL窗口函数，公用表表达式，NOWAIT和SKIP LOCKED，降序索引，分组，正则表达式，字符集，成本模型和直方图。JSON扩展语法，新功能，改进排序和部分更新。那么我们有必要及时升级到mysql8.0吗？我们先说说Mysql8.0的新特点：Mysql8.0的新特点使用JSON表函数，您可以使用

1. 去官网下载安装包官网下载链接：点击打开链接2、下载解压wget https://dev.mysql.com/get/Downloads/MySQL-8.0/mysql-8.0.20-linux-glibc2.12-x86_64.tar.xztar xvJf mysql-8.0.20-linux-glibc2.12-x86_64.tar.xz# 移动压缩包到usr/local目录下,并重命名文件mv mysql-8.0.20-linux-glibc2.12-x86_64 /usr/loca

延迟复制背景：1.1）系统已上线，风控及灾备考虑，单机数据库缺陷风险高；A：数据库目前是主从结构，为避免误操作，所以从库是延迟15分钟，如果发现误操作可以在15分钟内暂停从库同步，并从从库获取相关数据修复被误操作的主库。并在每天凌晨3点非业务高峰时间对mysql-master进行备份。1.2）后续数据分析可能连接从库获取数据 A：数据分析需要确认是否有实时性要求，如果实时性要求目前延迟15分钟可能会影响分析，该延迟时间可以根据具体要求进行调整或新增一个实时同步从库并允许只读让数据分析工具介入

备份mysql 报警告如下：Warning: A partial dump from a server that has GTIDs will by default include the GTIDs of all transactions, even those that changed suppressed parts of the database. If you don't want to restore GTIDs, pass --set-gtid-purged=OFF. To make a c

使用教程参考文档 ：官网基础设置1.添加实例实例类型分为主库/从库，支持的数据库类型为MySQL/MsSQL/Redis/PostgreSQL/Oracle/MongoDB/Phoenix，功能支持明细可查看功能清单资源组：实例都需要关联资源组，才能被关联资源组的用户访问实例标签：通过支持上线、支持查询的标签来控制实例是否在SQL上线/查询中显示，要使用上线和查询的实例需要关联标签1.1 添加实例配置填写需要接入的实例名称、实例类型、数据库类型、实例连接地址等2.添加资源组资源

前言Archery 定位于 SQL 审核查询平台，旨在提升 DBA 的工作效率，支持多种数据库的 SQL 上线和查询，同时支持丰富的 MySQL 运维功能，所有功能都兼容手机端操作官网： https://archerydms.com/GitHub： https://github.com/hhyo/Archery 准备工作1.安装升级Python36yum install wget gcc make zlib-devel openssl openssl-develyum install epel

记一次Mysql里的ibtmp1文件太大，导致磁盘空间被占满问题概述预发布环境机器收到磁盘空间不足的告警，检查发现是Mysql数据目录下的ibtmp1文件涨到了400多G。问题处理ibtmp1文件说明：ibtmp1是非压缩的innodb临时表的独立表空间,通过innodb_temp_data_file_path参数指定文件的路径，文件名和大小，默认配置为ibtmp1:12M:autoextend，也就是说在默认情况下支持大文件的系统这个文件大小是可以无限增长的。mysql> show v

load data infile 导入报错ERROR 1292 (22007): Incorrect datetime value: ‘0000-00-00 00:00:00’for column ‘created_on’ at row 13解决方法：方法一：修改变量# 修改全局，执行Mysql 命令set@@global.sql_mode='STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION';# 修改当前s

错误提示mysql5.7导出数据提示–secure-file-priv选项问题的解决方法 MYSQL导入数据出现ERROR 1290(HY000): The MySQL server is running with the --secure-file-privoption so it cannot execute this statementmysql可使用 into outfile参数把某表中数据导出到一个文件中，例如可用以下命令把user表的数据导出到user.txtselect * in

1.MaxScale 是干什么的？配置好了MySQL的主从复制结构后，我们希望实现读写分离，把读操作分散到从服务器中，并且对多个从服务器能实现负载均衡。 读写分离和负载均衡 是MySQL集群的基础需求，MaxScale 就可以帮着我们方便的实现这些功能。2.MaxScale 的基础构成MaxScale 是MySQL的兄弟公司 MariaDB 开发的，现在已经发展得非常成熟。MaxScale 是插件式结构，允许用户开发适合自己的插件。MaxScale 目前提供的插件功能分为5类： 认证插件

这篇文章主要向大家介绍mysql主从数据一致性校验及纠错工具,主要内容包括基础应用、实用技巧、原理机制等方面，希望对大家有所帮助。一、概述假如你是一位运维人员，假如你生产环境上部署了mysql系统，再假如你线上的mysql是基于主从复制的架构，那恭喜你，它将可能会带给你主从数据不一致的"恶运"。因为mysql复制架构原生特性，主从服务器上的数据不可能作”同步“复制，因此延时是必然会有的，即便是不那么繁忙的服务器上，在业务不繁忙的时间里，从库能追上主库的进度，也可能会由于从服务器崩溃、非法关机、程

MySQL中定义数据字段的类型对你数据库的优化是非常重要的。MySQL支持多种类型，大致可以分为三类：数值、日期/时间和字符串(字符)类型数值类型说明字节数tinyint十分小的数据1字节smallint较小的数据2字节mediumint中等大小的数据3字节int标准整数4字节 （常用）bigint较大数据8字节float浮点数4字节double高精度浮点数8字节decimal字符串形式浮点数（金融计算）

MySQ导出数据报错Error 2020: Got packet bigger than ‘max_allowed_packet’MySQL使用mysqldump导出数据报错mysqldump: Error 2020: Got packet bigger than 'max_allowed_packet' bytes when dumping table `aaa` at row: 28112原因：MySQL根据配置文件会限制Server接受的数据包大小。有时候大的插入和更新会受 max_al.

1、对查询进行优化，应尽量避免全表扫描，首先应考虑在 WHERE 及 ORDER BY 涉及的列上建立索引。2、应尽量避免在 WHERE 子句中对字段进行 NULL 值判断，创建表时 NULL 是默认值，但大多数时候应该使用 NOT NULL，或者使用一个特殊的值，如 0，-1 作为默认值。3、应尽量避免在 WHERE 子句中使用 != 或 <> 操作符。MySQL 只有对以下操作符才使用索引：<，<=，=，>，>=，BETWEEN，IN，以及某些时候的 LIKE。

MySql主从高可用架构Mysql常用的两大引擎有 MyISAM 和 innoDB，有什么明显区别及在什么场合使用什么引擎呢？MyISAM 类型的表强调的是性能，其执行速度比 innoDB类型更快，但不提供事务支持，如果执行大量的 SELECT操作，MyISAM 是更好的选择，支持表锁。 InnoDB 提供事务支持事务，外部键等高级 数据库功能，执行大量的 INSERT 或 UPDATE，处于性能方面的考虑，应该使用 InnoDB表，支持行锁。 随着访问量的不断增加，mysql 数据库压力不断增

问题：项目日志报wait_timeout超时，报错如下引起原因：com.mysql.cj.jdbc.exceptions.CommunicationsException：通信链接失败com.mysql.cj.jdbc.exceptions.CommunicationsException: The last packet successfully received from the server was 6,866,257 milliseconds ago. The last packet.