SQL FOREIGN KEY 约束用于防止破坏表之间关系的操作。FOREIGN KEY 是一张表中的字段（或字段集合），它引用另一张表中的主键。具有外键的表称为子表，具有主键的表称为被引用表或父表。
前几天因为mysql数据库部分数据损坏原因，我尝试了下恢复数据，之后整理以下文档，供各位参考,
今天有个同事问我一个数据库的问题，如果开始他就把环境细节全都告诉我，可能我就知难而退了。等我大体明白了问题之后，发现好像背景比我想的要复杂多了。这是一个远程云主机环境，windows系统，运行着MySQL,在查询表时出现了问题，而且开发同事经过了repair也没有修复，说会卡住没有响应。 当然费了一点功夫，好容易连接到了这台云主机，发现问题似乎比我想的还要复杂一些。当然这是一个内部某一个团队使用的一个环境，可能是确实需要用到环境，大家才不得不想办法修复。 环境是MySQL 5.5版本，查看后台日志发
昨天突然服务器重启了，最后导致的就是Zabbix的数据库MYSQL库表坏了，然后MYSQL就启动不了了。启动不了咋整，看log呗，报什么异常情况，查看error如下：
业务有两个 MySQL 集群是通过 MQ 进行同步的，昨晚 MQ 出现异常，报了很多主键冲突，想请 dba 帮忙校验一下两个集群的数据是否一致。
在MySQL 8.0.16以前， CREATE TABLE允许从语法层面输入下列CHECK约束，但实际没有效果：
视图（view）是一种虚拟存在的表，是一个逻辑表，本身并不包含数据。作为一个select语句保存在数据字典中的。通过视图，可以展现基表的部分数据；视图数据来自定义视图的查询中使用的表，使用视图动态生成。
本文来源：https://www.percona.com/blog/2020/10/02/how-to-use-check-constraint-in-mysql-8/
check 约束意思，就是对一列或者多列按照一定的预先设置好的规则进行过滤，条件为真，则过滤成功；条件为假，则过滤失败，返回失败代码给客户端。
前面已经提到了mysql主从环境下数据一致性检查：mysql主从同步(3)-percona-toolkit工具（数据一致性监测、延迟监控）使用梳理 今天这里再介绍另一种Mysql数据一致性自动检测工具:Maatkit。（不过Maatkit工具现在已经不维护了，推荐还是使用percona-toolkit工具吧！） Maatkit是一个开源的工具包，为mySQL日常管理提供了帮助，它包含很多工具，这里主要说下面两个： 1）mk-table-checksum 用来检测mas
MySQL 5.7.11引入了InnoDB表空间加密，该加密启用了对每表文件表空间的支持，此博客中将讨论此功能。
视图在数据库中有着重要的作用，视图经常被用来当做一个抽象的装置，特别是对某些应用来讲，它可能不关心表的结构，只需要按照视图的定义来取特定字段的数据或者更新数据，因此，视图的使用可以在一定程度上保证数据的安全。总体来讲，它的作用可以分为以下三类：
视图（view）是一种虚拟存在的表，是一个逻辑表，本身并不包含数据。作为一个select语句保存在数据字典中的。 通过视图，可以展现基表的部分数据；视图数据来自定义视图的查询中使用的表，使用视图动态生成。基表：用来创建视图的表叫做基表base table.
断电或非正常关机可能导致MySQL数据库出现表损坏，特别是MyISAM表数据很大的时候。有三种方法，一种方法使用MySQL的repair table的sql语句，另一种方法是使用MySQL提供的myisamchk,，最后一种是mysqlcheck命令行工具。
大家好，我是架构君，一个会写代码吟诗的架构师。今天说一说MySQL/MariaDB表表达式(3)：视图「建议收藏」,希望能够帮助大家进步!!!
在数据库中对表中的数据进行限制，保证数据的正确性、有效性和完整性。一个表如果添加了约束，不正确的数据将无法插入到表中。约束在创建表的时候添加比较合适。
MySQL学习仓库Up-Up-MySQL，这是一个学习MySQL从入门实战到理论完善，再到精通的一个仓库，后面会把MySQL的学习资料上传上去！欢迎大家star与fork起来！
MySQL5.5版本之前的默认存储引擎就是MyISAM 系统表 临时表(查询优化器建立的临时表) MyISAM存储引擎表由MYD和MYI组成 MyISAM的特性 并发性与锁级别 对于读写混合的并发性不会太好 表损坏修复 通过 check table tablename 进行检查 通过 repair table tablename 进行恢复 演示实例 use test # 进入你自己的数据库 create table myIsam(id int,c1 varchar(10))engine=my
为了保证数据的完整性，SQL 规范以约束的方式对表数据进行额外的条件限制。从以下四个方面考虑：
今天上班遇到了一个主从复制失败的问题，问题的表现是从库复制报错，最终通过修改参数slave_exec_mode的方法暂时解决了问题。关于这个参数，之前写过一篇文章进行描述，这里给出链接：
数据完整性是指数据的准确性和逻辑一致性，用来防止数据库中存在不符合语义、无效数据或错误数据等。例如，网上商城系统数据库中的商品编号、名称不能为空，订单号必须唯一，邮箱格式必须符合规范等。MySQL中，数据完整性通常使用约束来实现，本任务主要的约束包括PRIMARY KEY约束、NOT NULL约束、DEFAULT约束、UNIQUE约束、CHECK约束和FOREIGH KEY约束。
CHECK约束会检查输入到记录中的值是否满足一个条件，如果不满足这个条件则对数据库做的修改不会成功。比如，一个人的年龄是不可能为负数的，一个人的入学日期不可能早于出生日期，出厂月份不可能大于12。可以在CHECK条件中使用任意有效的SQL表达式，CHECK约束对于插入、更新等任何对数据进行变化的操作都进行检查。
一、mysqldumpslow工具使用 1.1、修改配置文件开启慢查询 mysql 开启慢查询 systemctl stop mysqld echo -e "# 开启慢查询\nslow_query_log = 1\nslow_query_log_file = /var/lib/mysql/slow-query.log\nlong_query_time = 1\nlog_queries_not_using_indexes = 1" >>/etc/my.cnf # 重启mysql systemctl rest
在工作中接触最多的就是mysql replication。由于现在公司也还在使用mysql 5.1.x版本，在复制方面还是比较多的问题： 比如主库宕机或者从库宕机都会导致复制中断，通常我们需要进行人为修复（mysql 5.5版本解决大部分问题）。 另外很多时候需要把一个从库提升为主库，但对从库和主库的数据一致性不能保证一样，所以就利用 pt-table-checksum 工作来检查主从的一致性，以及通过 pt-table-sync 如何修复这些不一致的数据。 当然如果你数据量小，slave只是当做一个备份使
constraint可以给键进行重命名，但是在数据字典中，主键名还是显示primary
目前最流行的两种后台数据库即为Mysql 和 SQL Server。这两者最基本的相似之处在于数据存储和属于查询系统，你可以使用SQL来访问这两种数据库的数据，因为它们都支持ANSI-SQL(数据库管理标准)。还有，这两种数据库系统都支持二进制关键字和关键索引，这就大大地加快了查询速度。同时，二者也都提供支持XML的各种格式、也都能够在.NET或J2EE下运行正常，同样，都能够利用RAID（独立冗余磁盘阵列）
DDL（ Data Definition Language，数据定义语言）用在定义或改变表的结构数据类型、表之间的链接和约束等初始化工作上。常用的语句关键字包括 CREATE、 DROP、 ALTER 等。
对于读写分离特别重要，保证了同一个事务中所有的语句都会路由到同一组示例，防止出现同一个事务中，上下文数据不一致的情况。例如，在不开启这个属性的情况下:
ProxySQL在MySQL的代理和负载均衡中一直处于领先地位。其中包含了诸如缓存查询，多路复用，流量镜像，读写分离，路由等等的强力功能。在最新的功能性增强中，包含了对MGR的原生支持，不在需要使用第三方脚本进行适配。
在MySQL 8.0版本中，引入了一个非常有用的新特性 — 检查性约束，它可以提高对非法或不合理数据写入的控制能力；接下来我们就来详细了解一下。
（一）完整性设计 方法一、在设计表时定义约束 删除数据库school,建立新数据库school1 drop database school; create database school; use school; 1.定义约束 create table Student( Sno char(9) primary key, /*主键约束 提示primary key */ Sname char(20) unique, /* 唯一约束 提示 unique */ Ssex cha
使用过inception的人对SQL审核这块获取都比较熟悉，作为DBA，审核SQL是日常工作中的很重要的一块内容，审核好SQL对于后期项目以及数据库维护上起着至关重要的作用，好比一座大厦没有坚实的地基支撑，也就无法长期屹立不倒。
什么是临时表：MySQL用于存储一些中间结果集的表，临时表只在当前连接可见，当关闭连接时，Mysql会自动删除表并释放所有空间。为什么会产生临时表：一般是由于复杂的SQL导致临时表被大量创建
在运维MySQL数据库时，我们总会对数据表进行ddl 变更，修改添加字段或者索引，对于MySQL而言，ddl 显然是一个令所有MySQL dba 诟病的一个功能，因为在MySQL中在对表进行ddl时，会锁表，当表比较小比如小于1w上时，对前端影响较小，当时遇到千万级别的表 就会影响前端应用对表的写操作。
一直以来，对于MySQL中的事务和锁的内容是浅尝辄止，没有花时间了解过，在一次看同事排查的故障中有个问题引起了我的兴趣，虽然过去了很久，但是现在简单总结一下还是有一些收获。 首先我们初始化数据，事务的
1.安装依赖 yum install perl-IO-Socket-SSL perl-DBD-MySQL perl-Time-HiRes perl perl-DBI perl-ExtUtils-CBuilder perl-ExtUtils-MakeMaker perl-Digest-MD5
在 ProxySQL 1.4.2 之前，ProxySQL 单点的解决方法有配合 keepalived 使用来实现 ProxySQL 的主备，但是需要在主备上配置两份完全相同的路由或规则，如果再没有自动运维平台，同时维护两份配置的也是相当麻烦的。而且目前主流的云环境，均不支持 keepalived 使用的 VRRP 协议，所以在云环境上就无法通过 keepalived 来实现故障切换。从1.4.2 开始，ProxySQL 开始支持原生的 Cluster，这就有效的解决了之前需要借助第三方工具才能解决的单点问题。
数据质量管理（Data Quality Management），是指对数据从计划、获取、存储、共享、维护、应用、消亡生命周期的每个阶段里可能引发的各类数据质量问题，进行识别、度量、监控、预警等一系列管理活动，并通过改善和提高组织的管理水平使得数据质量获得进一步提高。
从一个表查数据插入到另一个表中，出现以下异常： 'STATUS' in insert schema specification is not found among regular columns of srm.invoice_lines_temp2 nor dynamic partition columns.. Error encountered near token 'material_group'
检查约束（CHECK Constraint）是一种用于限制列中允许的值的约束。使用检查约束可以确保列中的值满足一定的条件。在MySQL中，检查约束是使用CHECK关键字来创建的。
innodb_thread_concurrency参数的目的是控制InnoDB并发线程的上限，一旦并发线程数达到此值，InnoDB在收到新请求后，就会进入等待状态，直到有线程退出。
之前在 [如何有效排查解决 MySQL 行锁等待超时问题] 文章中介绍了如何监控解决行锁超时报错，当时介绍的监控方案主要是以 shell 脚本 + general_log 来捕获行锁等待信息，后来感觉比较麻烦，因此优化后改成用 Event + Procedure 的方法定时在 MySQl 内执行，将行锁等待信息记录到日志表中，并且加入了 pfs 表中的事务上下文信息，这样可以省去登陆服务器执行脚本与分析 general_log 的过程，更加便捷。
最近多次看到用SQL查询连续打卡信息问题，自己也实践一波。抛开问题本身，也是对MySQL窗口函数和自定义变量用法的一种练习。
昨天在写美团2019秋招笔试题的时候遇到了关于视图是否能更新的问题，突然感觉这个问题之前复习的时候重点关注过，但是却又想不全。今天特地搜了一些资料总结一下。本文主要说明视图的更新限制，如需关于视图的更多知识，参考：MySql视图原理讲解与使用大全
MySQL的sp运行SQL语句需要执行2个步骤：prepare和execute。第一次执行的时候先执行prepare，进行相关语句parse、itemize、fix_fields等操作，然后才开始进行execute操作。等第二次再执行该sp的时候就直接运行execute而不需要再次进行重复的prepare操作，这样可以节省sp运行时候重复prepare的开销。但是，对于表操作就有一个问题产生，那就是如果执行第二遍的时候表的结构发生改变了，那么不进行reprepare而直接execute是会发生错误的。因此，本文章的目的在于寻找sp多次运行时候如何确认表版本更新并进行正确的操作。
offset：表⽰偏移量，通俗点讲就是跳过多少⾏，offset可以省略，默认为0，表
视图（View）：是一种虚拟存在的表，视图中的数据并不在数据库中实际存在，行和列数据来自，定义视图时查询使用的表，并且是在使用视图时动态生成的。通俗的讲，视图只保存了查询的SQL逻辑，不保存查询的结果。
# NOTE connect_timeout: A largevalue of this setting can create a denial of service vulnerability.
由于写入不完整，空间不足，MySQL守护程序被杀或崩溃，电源故障等原因，MySQL表可能因各种原因而损坏。 如果MySQL检测到崩溃或损坏的表，则需要先修复它才能再次使用。 本指南将引导您检测崩溃的表以及如何修复MyISAM表。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
