最近说来惭愧，有开始说mysql 5.6 的问题了，是在是无奈有一个项目古老且XX，大批的在用MySQL 5.6 这个版本的数据库，之前并未进行管理，但基于Enterprise 的数据库都管理的还可以，所以这个项目也就到了手里，然后我们提出从5,6升级数据库版本的问题，并提出升级后的各种利好，但在升级过程中，我们遇到了升级后，又降级回去的问题，这里和各位说说为什么，以及我们疏忽了什么。
安装 MySQL 数据库 用 yum 或者 apt 安装包管理器 MySQL 数据库。 # yum install mysql mysql-client mysql-server (on `Yum` based Systems) # apt-get install mysql mysql-client mysql-server (on `Apt` based Systems) 启动 MySQL 启动 MySQL 数据库服务 # service mysqld start or # service mys
2024年1月某些星象的原因，导致我个人的星盘在1月大概率要和某些人要有不愉快。这不就来了，在一次关于mysql 数据库数据表清理后，关于optimize table 的问题上，我毫无悬念的和架构师们进行了一次非常不nice 的沟通。
今天看着MySQL的数据字典，突然想到一个问题：为什么MySQL数据字典 information_schema中的表名是大写，而performance_schema和其他库中的是小写？ 带着这个问题，我开始了一些猜测和自我论证。 首先大小写的这个情况是相对不兼容的。 比如在performance_schema中，根据关键字user可以找到两个相关的表。 mysql> show tables like 'user%'; +--------------------------------------+ | T
ClickHouse中支持在创建数据库时指定引擎，目前比较常用的两种引擎为默认引擎和MySQL数据库引擎。
DDL：Data Define Language数据定义语言，主要用来对数据库、表进行一些管理操作。
常见的外键约束关键字有：cascade、restrict、no action和set default和set null，其中，
MySQL 要不要学的这个问题，回答是一定要学，继续学，哪怕不用。实际上最近有人已经问了这个问题了，还有人问ORACLE 要不要学的问题，我觉得这个些提问题的人，很奇怪，如果有觉得你有更值得要学的数据库，马上要用的数据库可以去学，没有必要问，ORACLE,MYSQL要不要学，你问我就会告诉你，学一定要学。
相信很多小伙伴们，在日常对接开发时，有很多大表在业务上并没有采取任何形式的切分，数据不停地往一张表里灌入，迟早有一天，磁盘空间报警。作为一个DBA，侧重点是对数据库的操作性能（大表增加字段/索引，QPS等）和存储容量加以考虑，我们会建议开发对数据库里的大表进行数据归档处理，例如将3个月内的订单表保留在当前表，历史数据切分后保存在归档表中，之后归档表从主库上移走以便腾出磁盘空间，并将其迁移至备份机中（有条件的可以将其转换为TokuDB引擎），以便提供大数据部门抽取至HDFS上。
当开发与Linux环境下MySQL数据库交互的Java应用程序时，理解MySQL中的大小写敏感性可以避免潜在的错误和问题。本指南深入探讨了MySQL中的大小写敏感设置，比较了5.7和8.0版本，并为Java开发者提供了最佳实践。
MySQL索引的建立对于MySQL的高效运行是很重要的，索引可以大大提高MySQL的检索速度。
MySQL 5.7.11引入了InnoDB表空间加密，该加密启用了对每表文件表空间的支持，此博客中将讨论此功能。
在MySQL 8.0.23之前，表中所有的列都是可见的(如果您有权限的话)。现在可以指定一个不可见的列，它将对查询隐藏。如果显式引用，它可以被查到。
mysqladmin drop databasename 删除数据库前，有提示。
MySQL中数据字典是数据库重要的组成部分之一，INFORMATION_SCHEMA首次引入于MySQL 5.0，作为一种从正在运行的MySQL服务器检索元数据的标准兼容方式。用于存储数据元数据、统计信息、以及有关MySQL server的访问信息（例如：数据库名或表名，字段的数据类型和访问权限等）。
事务性数据字典与原子DDL，是MySQL 8.0推出的两个非常重要的新特性，之所以将这两个新特性放在一起，是因为两者密切相关，事务性数据字典是前提，原子DDL是一个重要应用场景。
两周没有更新文章了，最近一直在忙”人生大事”，毕竟人这一生，除了工作、上班还有其他几件重要的事情，而且也是每个人都必须要经历的，走完了，也就走完了……
* GreatSQL社区原创内容未经授权不得随意使用，转载请联系小编并注明来源。 一、背景概述 在将数据库从MySQL 5.7迁移到GreatSQL8.0.32时，由于数据量较小且关注安全性，决定使用mysqldump执行逻辑备份，并将数据导入GreatSQL。但在备份时采用了备份全库(--all-databases)的方式，在导入GreatSQL后，修改用户密码时出现错误。这是因为mysqldump备份时包括了mysql系统库，而MySQL 5.7中的mysql系统库采用了MyISAM存储引擎，而GreatSQL的mysql系统库采用了InnoDB存储引擎。因此，在导入数据后，部分系统表被覆盖，导致了错误的出现。 二丶问题复现 1.部署2个实例 部署MySQL 5.7与GreatSQL 8.0.32，具体步骤省略 2.MySQL 创建测试数据 通过sysbench创建10张表 $ sysbench lua/oltp_read_write.lua --mysql-db=sysbench --mysql-host=192.168.1.162 --mysql-port=6003 --mysql-user=root --mysql-password=greatsql --tables=10 --table_size=5000 --report-interval=2 --threads=10 --time=600 --mysql-ignore-errors=all prepare 3.MySQL 创建测试用户 mysql> create user test1@'%' identified by 'greatsql'; Query OK, 0 rows affected (0.01 sec) mysql> grant all on *.* to test1@'%'; Query OK, 0 rows affected (0.01 sec) 4.MySQL进行全库备份 $ /mysql57/svr/mysql/bin/mysqldump -uroot -pgreatsql -h192.168.1.162 -P6003 --single-transaction --set-gtid-purged=OFF --all-databases > all.sql 5.GreatSQL导入备份数据 greatsql> source all.sql; 在导入过程中有如下报错，从这里可以看出导入时有系统表被导入，并且部分系统表不支持被修改：
五一假期过去一半了，不知道小伙伴们过的如何，相信很多小伙伴都出去玩了吧？我是在家研究了两天Seata源码。
经过分析发现，报错信息中的数据库，所有表名都混用了大小写字母，因为创建表之后，系统变量 lower_case_table_names 的值被从 0 修改为 1，导致删除这个数据库时，每个表的 ibd 文件删除成功，frm 文件删除失败。
目前最流行的两种后台数据库即为Mysql 和 SQL Server。这两者最基本的相似之处在于数据存储和属于查询系统，你可以使用SQL来访问这两种数据库的数据，因为它们都支持ANSI-SQL(数据库管理标准)。还有，这两种数据库系统都支持二进制关键字和关键索引，这就大大地加快了查询速度。同时，二者也都提供支持XML的各种格式、也都能够在.NET或J2EE下运行正常，同样，都能够利用RAID（独立冗余磁盘阵列）
ClickHouse提供了本机、MySQL和Lazy这3种数据库引擎，但在默认情况下仅使用其本机数据库引擎，该引擎提供可配置的表引擎(MergeTree、Log和Intergation)和SQL方言(完整的SQL解析器，即递归下降解析器；数据格式解析器，即快速流解析器)。还可以使用MySQL和Lazy。
create database if not exists tlxy default charset=utf8；
问题描述 mysql数据库有auto_increment这样一个特性，一般是用来设置Integer类型主键自增长。比如下面的代码： -- 刚创建表，该表没有AUTO_INCREMENT值 create table test( id int(11) primary key not null auto_increment, field1 varchar(40) not null default '' ) engine=InnoDB; show create table test\G; ... Creat
在工作中经常会碰到单独迁移、复制或者备份某一张表的需求，一般可以通过逻辑/物理备份来实现。但是在 5.6.6+ 的版本中我们还可以用到一种基于表空间迁移的快速方法，本节内容就来聊聊这一操作。
1、连接到本机上的MYSQL。 首先打开DOS窗口，然后进入目录mysql\bin，再键入命令mysql -u root -p，回车后提示你输密码.注意用户名前可以有空格也可以没有空格，但是密码前必须没有空格，否则让你重新输入密码。
通过show recyclebin中的OBJECT_NAME / ORIGINAL_NAME闪回表时，
一般在数据库使用规范中，我们都会看到这么一条：库名及表名一律使用小写英文。你有没有思考过，为什么推荐使用小写呢？库表名是否应该区分大小写呢？带着这些疑问，我们一起来看下本篇文章。
mysql中的6个列属性：null，default，comment，primary key，unique key，auto_increment
4. 基础SQL-DDL语句-操作数据库-操作表 分类 描述 关键字 DDL(Data Definition Language)数据定义语言 用来定义数据库对象:数据库,表,列 create,drop,alter等 1. DDL操作数据库 1.1 创建数据库 直接创建数据库 CREATE DATABASE 数据库名; 判断是否存在并创建数据库(了解) CREATE DATABASE IF NOT EXISTS 数据库名; 创建数据库并指定字符集(了解) CREATE DATABASE 数据库名 CHARA
MySQL 的表在进行了多次 delete 、update 和 insert 后，表空间会出现碎片。定期进行表空间整理，消除碎片可以提高访问表空间的性能。
alter add命令格式：alter table 表名 add字段 类型 其他;
简称DDL(Data Defifinition Language)，用来定义数据库对象：数据库，表，列等。关键字：create，alter，drop等。
小编寄语 想必大家都知道，Oracle ACE李真旭（Roger）是国内最专业的Oracle 数据库恢复专家。但知识都是触类旁通，真正的专家，从来不会局限在一个方向上。今天分享的内容，是他在MySQL数据恢复上所做的尝试。 本文主要分享在没有备份的情况下，MySQL数据库如何恢复被删除的表。 包含两个主要的场景： 1、drop table后的恢复 2、truncate table后的恢复 正文： 我们都知道，MySQL Server都很多存储引擎，并不是每种都可以进行异常情况之下都恢复，比如drop ta
3.全量导入(将数据从mysql导入到hive,hive表不存在,导入时自动创建hive表)
1. 笛卡尔积(交叉连接) 在MySQL中可以为CROSS JOIN或者省略CROSS即JOIN，或者使用',' 如：
《小白学习MySQL - MySQL会不会受到“高水位”的影响？》曾提到了MySQL中数据删除的空间清理和文件释放的问题。碰巧看到姚老师这篇文章，《MySQL表空间碎片整理方法》，学习一下。
3、设置值的唯一性（不允许重复数据，可以为空，但只能有一个空，否则就会被视为重复）
查询目前哪些表有主键，可以通过information_schema.key_column_usage表来确定哪些列使用了主键约束，这个表中包含如下列，每个列的含义如下： CONSTRAINT_CATALOG ：约束所属目录的名称。 该值始终为def。 CONSTRAINT_SCHEMA ：约束所属schema（database）名称 CONSTRAINT_NAME ：约束名称 TABLE_CATALOG ：表所属目录的名称。 该值始终为def。 TABLE_SCHEMA ：表所属schema（database）名称 TABLE_NAME ：具有约束的表的名称 COLUMN_NAME ：具有约束的列的名称。 如果约束是外键，则这是外键的列，而不是外键引用的列。 ORDINAL_POSITION ：列在约束内的位置，而不是列在表中的位置。列位置从1开始编号。 POSITION_IN_UNIQUE_CONSTRAINT：NULL对于唯一和主键约束。对于外键约束，此列是正在引用的表的键中的序号位置。 REFERENCED_TABLE_SCHEMA ：约束引用的schema（数据库）的名称。 REFERENCED_TABLE_NAME ：约束引用的表的名称。 REFERENCED_COLUMN_NAME ：约束引用的列的名称。 我们来看看这个表中的记录吧：
MySQL 8.0开始支持原子数据定义语言（DDL）语句。此功能称为原子DDL。原子DDL语句将与DDL操作关联的数据字典更新，存储引擎操作和二进制日志写入组合到单个原子事务中。即使服务器在操作期间暂停，也会提交事务，并将适用的更改保留到数据字典，存储引擎和二进制日志，或者回滚事务。
在 MySQL 的常见规范里面，每个表都要设置主键，一般来说都会推荐自增列作为主键，这和 MySQL 属于聚簇索引表有关，顺序增长的主键比较合适。而自增列中比较常遇见的问题就是自增列的空洞。原生的 MySQL 自增列也存在一个 BUG，可能会影响到数据一致性，本文也会详细介绍，在自建 MySQL 的时候尽量不要踩到这个坑。
sqoop job --meta-connect jdbc:hsqldb:hsql://ip:port/sqoop --list
有一个项目要从云上整体迁移到公司机房内，里面有mysql5.6.20，这个mysql没做过备份，也没主从，然后打算通过xtrabackup先做个全备，然后再做个主从（因为在迁移的阶段，云上服务器还会有新的数据生成，主从是为了确保迁移的数据完整）
可以看到，我们的SQL里面创建了一个表t2的字段有id、name和age，其中，age字段设置了不可见属性。
记得有一天快下班的时候，一位开发同事找到我说，需要对一个表做变更，数据量据说有上千万，而当时是使用的MySQL版本是5.5，这可如何是好，对于在线业务要求高的情况下，这种需求真是让人头疼。 而在早期的版本中，这种问题就更让人无语了。在Oracle中这个问题解决的较早，当然在很多技术实现细节上，Oracle和MySQL还是蛮大的差距。Oracle中有在线重定义的方案物化视图prebuilt和在线重定义 (r10笔记第25天)，而且本身对于一些DDL的操作代价要比MySQL低。不过在碰到添加字段且加默认值的情况
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
