eagle89的专栏

恢复MySQL数据库的工作，但也因为一直被这个问题困扰，导致进度缓慢。简单来说，如果我们希望对MySQL restore比较大的数据备份，可能会发生这种情况。对于我来讲，需要恢复的库中有一个表解压后超过了100GB，而我的服务器是500GB的SSD，想着恢复总大小为270GB的数据，怎么都够了，但实际上发现，影响数据库restore最重要的问题就是硬盘的空间。据StackOverflow上这个页面里介绍：https://stackoverflow.com/questi...

select into from 和 insert into select都是用来复制表的两者的主要区别为： 1）select into from 要求目标表不存在，因为在插入时会自动创建。2） insert into select from 要求目标表存在一、INSERT INTO SELECT语句1、语句形式为：Insert into Table2(field1,field2,...) select value1,value2,... from Table12、注意地方：（1）要

务上需要支持create table XXX as select * from XXX; 这种创建表的语法，但是MySQL5.7.x版本里面gtid是开启的，会报错ERROR 1786 (HY000):Statement violates GTID consistency: CREATE TABLE ... SELECT.官方说明：https://dev.mysql.com/doc/refman/5.7/en/replication-gtids-restrictions.htmlCREATE

前言在发生故障切换后，经常遇到的问题就是同步报错，数据库很小的时候，dump完再导入很简单就处理好了，但线上的数据库都5T，如果用单纯的这种方法，成本太高，故经过一段时间的摸索，总结了几种处理方法。生产环境架构图目前现网的架构，保存着两份数据，通过异步复制做的高可用集群，两台机器提供对外服务。在发生故障时，切换到slave上，并将其变成master，坏掉的机器反向同步新的master，...

MySQL主从同步报错故障处理总结：一、主从同步报错故障处理1Error_code: 1032; handler error HA_ERR_KEY_NOT_FOUND原因是由于, 主库要同步更新到从库, 而从库没有这条记录, 导致 1032 错误, 修复的话就是找回 从库 丢失的 记录利用mysqlbinlog工具找出42303的事件/usr/local/mysql...

场景介绍项目组最近在安装docker并使用的过程遇到了如下报错Get https://registry-1.docker.io/v2/: net/http: request canceled原因分析尝试ping registry-1.docker.io 不通确定为网络问题，决定换源操作流程解决方案： 创建daemon.json文件vim /etc/docker/d...

system lock线程是被mysql_lock_tables()函数调用，该线程未更新过状态。这种现象很普遍，造成的原因有多种：可能一个线程想请求或者正在等一个表的内部或者外部的system lock； 如：从库复制sql_thread，在小事务较多时，会在加system lock的情况下对数据进行查找和修改。show full processlist;如果是大事务，虽然也...

mysql8更改Mysql 表的大小转换设置lower_case_table_names=1试过设成0和2都没问题，就是无法设置成1.查看MySQL官方文档，有记录：lower_case_table_names can only be configured when initializing the server. Changing the lower_case_table_n...