假如我们将《0基础学习PyFlink——使用PyFlink的Sink将结果输出到外部系统》中的模式从批处理（batch）改成流处理（stream），则其在print连接器上产生的输出是不一样。
在 MySQL 中，建表时一般都会要求有主键。若要求不规范难免会出现几张无主键的表，本篇文章让我们一起揪出那个无主键的表。
在 MySQL 的开发规范中都会明确写着：MySQL InnoDB 表必须有主键，主键的选择建议：添加一个自增列作为主键，每一行的值删除后一般不会重用。但实质上， 业务开发中，还是会遇到 InnoDB 表无主键无索引的情况。
MySQL中， 如果表没有主键的时候，会造成主从延迟。 因此我们需要找出没有主键的表，然后人工加个主键。
本来想着分区表在上一篇后就不续写了，最近又有同学咨询我分区表的新问题：无主键的分区表建议使用吗？ 在此基础上的索引该如何设计？ 基于这两个问题，我们来简单探讨下。
查询目前哪些表有主键，可以通过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 ：约束引用的列的名称。 我们来看看这个表中的记录吧：
小结： count(*) 对行的数目进行计算，包含NULL。 count(column) 对特定的列的值具有的行数进行计算，不包含NULL值。 count(1) 这个用法和count(*)的结果是一样的。
全称 Multi-Version Concurrency Control，多版本并发控制。指维护一个数据的多个版本，使得读写操作没有冲突，快照读为MySQL实现MVCC提供了一个非阻塞读功能。MVCC的具体实现，还需要依赖于数据库记录中的三个隐式字段、undo log日志、readView。
哈喽，好久没更新啦。因为最近在面试。用了两周时间准备，在 3 天之内拿了 5 个 offer，最后选择了广州某互联网行业独角兽 offer，昨天刚入职。这几天刚好整理下在面试中被问到有意思的问题，也借此机会跟大家分享下。
注意：由于 SQL 查询对大小写不敏感，所以在 WHERE 条件中，无论是写成 ZARA 还是 Zara，结果都是一样的
今天是中秋节放假前的最后一天，今天给大家带来假期前的最后一篇技术文，这也是我对MySQL使用UUID做主键与int数字做主键做的性能压测。
我在工作中经常会遇到有人问我，数据库表的ID是自增的，那么如果ID用完了会怎么样？说实话，我一直从事的是政企行业的开发，因为是传统行业，并且数据量基本上增长缓慢，所以到目前为止我还没遇到过自增ID用完的情况。因此我连夜做了实验，并编写了这篇文章将结果分享出来。在这里我会从两个方面来分享：有主键和无主键。（全文以MySQL为例，因为MySQL最常用）
在 InnoDB 引擎中，每张表都会有一个特殊的索引“聚簇索引”，也被称之为聚集索引，它是用来存储行数据的。一般情况下，聚簇索引等同于主键索引，但这里有一个前提条件，那就是这张表需要有主键，只有有了主键，它才能有主键索引，有主键索引才能等于聚簇索引。
登录到线上看了下，这个表里面没有主键，于是我模拟了一下这个情况，看下是否是必现的问题：
当查询所有字段(select *)会导致下列问题 1. 增加网络带宽消耗 2. Select *必然会导致回表查询/返回数据，使覆盖索引失效
MySQL 要不要学的这个问题，回答是一定要学，继续学，哪怕不用。实际上最近有人已经问了这个问题了，还有人问ORACLE 要不要学的问题，我觉得这个些提问题的人，很奇怪，如果有觉得你有更值得要学的数据库，马上要用的数据库可以去学，没有必要问，ORACLE,MYSQL要不要学，你问我就会告诉你，学一定要学。
本地Mac安装的MySQL（8.0.30）服务，性能数据仅作为参考，但对于不同索引情况下的结果，还是能看出有区别。
在mysql中，索引就是帮助mysql快速找到某条数据的一种数据结构，它是排好序的，独立于mysql表数据之外的。
同事咨询了一个问题，TDSQL（for MySQL）中的某张表主键需要改为联合主键，是否必须先删除现有的主键？因为删除主键时，提示这个错误。
一个表的设计，个人愚见，首先要看业务，以及你选择的架构，业务量是大还是小，业务是互联网性质的，还是传统性质的，业务是可变化较大的，还是比较固话的，等等，当然可能还有更细分的，从数据库的角度来看，你是准备使用哪种数据库，决定是可以分库分表，还是分区表，或者冷热表，在或者使用特殊的某些小手段，来让你的表更清爽一些。同时不同的数据库也赋予表设计更多的余地，所以我一直在希望开发和DBA能紧密结合，因为开发大部分是不知道各种数据库的门道，和一些奇特的功能，而DBA可能并未有开发人员的对业务理解的深刻，如果二者结合，则设计的表会比单方面设计的表要好的多。也更值得推敲。
如何才能够完美给面试官呈现出一个比较好的答案呢？下面我们就来详细的进行介绍；网上关于count(*)、count(1)、count(col)之间的差异的文章非常多，但是看完网上的回答，你会更加的迷惑，至少我是这样的，所以，我需要通过实验去进行验证；
本文作者：张松坡，腾讯云数据库架构师，主要负责腾讯云数据库MySQL、Redis等数据库架构设计、数据库运维、运营开发等工作。曾就职于腾讯新闻、腾讯视频。 ---- 写在前面，感谢腾讯云数据库架构师团队祝海强、杜川、刘志祥在排障思路、源码分析上面提供的帮助，让我学习到了很多，不敢居功，特此鸣谢！ 本文将以数据库实际使用中的某典型案例来分析造成主从延迟的原因。 主从延迟的原因 1、某用户在使用数据库过程中，出现主从延迟很大的情况，show slave status\G，已经差了60多个binlog了。
MYSQL_CMD="mysql -u$user -h$host -p$pass -S$sock"
InnoDB支持的哈希索引是自适应的，InnoDB会根据表的使用情况自动为表生成哈希索引，不能人为干预在表中生产哈希索引
在MySQL 8.0.23之前，表中所有的列都是可见的(如果您有权限的话)。现在可以指定一个不可见的列，它将对查询隐藏。如果显式引用，它可以被查到。
理由：在row中没有对应的主键Id字段，所有只做插入操作。这跟gorm.Create行为是一样的。
一列 (或一组列)，其值能够唯一区分表中的每个行。唯一标识表中每行的这个列(或这组列)称为主键。主键用来表示一个特定的行。没有主键，更新或删除表中特定行很困难，因为没有安全方法保证只涉及相关的行而不误伤其他行！
我们在面试中都知道，对于MySQL索引是必问的。大家也应该都知道MySQL的数据结构，什么是索引。其中在面试中，面试官也经常问，你做过哪些优化？本文主要是介绍MySQL索引的一些常见术语，比如索引下推、索引覆盖、最左匹配等，这些其实也是MySQL优化的一部分，能够熟练运用也是可以提升MySQL性能。
开头还是介绍一下群，如果感兴趣polardb ,mongodb ,mysql ,postgresql ,redis 等有问题，有需求都可以加群群内有各大数据库行业大咖，CTO，可以解决你的问题。加群请联系 liuaustin3 ，在新加的朋友会分到2群。
长期以来，在 MySQL 的开发规范里一般都会这么写：禁止大事务！话题转到 TiDB ，依然应该是：禁止大事务！
从一个大神那边得到一张图片，SQL线程应用中继日志流程，下面就实验验证一下:(PS,我个人认为这张图binlog_format为ROW格式是正确的) 二、验证有PK表情况 那么我们去从库看看 数据是复
出于习惯，我们一般会加一列id作为主键，而这个主键一般边上都有个AUTO_INCREMENT, 意思是这个主键是自增的。自增就是i++，也就是每次都加1。
不久前用户反馈部门的 MySQL 数据库发生了数据更新丢失。为了解决这个问题，当时对用户使用的场景进行了分析。发现可能是因为用户在两台互为主从的机器上都进行了写入导致的数据丢失。
当表的数据量大些时，对表作分析之后，使用count(1)还要比使用count(*)用时多了！
count(*) 和count(1) 都是统计行数，而count(col) 是统计col列非null的行数
很多人认为count(1)执行的效率会比count()高，原因是count()会存在全表扫描，而count(1)可以针对一个字段进行查询。其实不然，count(1)和count(*)都会对全表进行扫描，统计所有记录的条数，包括那些为null的记录，因此，它们的效率可以说是相差无几。而count(字段)则与前两者不同，它会统计该字段不为null的记录条数。
MySQL在创建表时，如果你没有显示的创建主键，那么innodb会自动帮你创建一个不可见的、长度是6字节的row_id，所有未定义主键的表共享该row_id，每次插入一条数据row_id加1。
cout(*)和count(1) 没区别，但是cout(列名） 不统计为 null 的
以上就是mysql表的设计规范，希望对大家有所帮助。更多mysql学习指路：Mysql
在学习MySQL开发规范-索引规范的时候，强调过一个要点：每张表都建议有主键。我们在这里来简单分析一下为什么？
上一篇我们介绍了在有主键的表中删除重复数据，今天就介绍如何删除没有主键的表的重复数据。
在之前我们聊过了为什么 MySQL 索引要用 B+tree ，而且还这么快。里面曾多处提到了找数据要从我们电脑的磁盘上找，今天就来说一说 MySQL 中的数据在磁盘上，它到底是如何进行存储的？长什么样？
原文： https://www.jianshu.com/p/bd6f7c3e5b50
（下面这张图为计算机组成原理内容，每查询一次索引节点，都会进行一次磁盘IO读取，即要寻道和旋转）
来源| blog.csdn.net/iFuMI/article/details/77920767
本文和封面来源：https://www.percona.com/，爱可生开源社区翻译。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
