在MySQL的数据类型中，Tinyint的取值范围是：带符号的范围是-128到127。无符号的范围是0到255(见官方《MySQL 5.1参考手册》http://dev.mysql.com/doc/refman/5.1/zh/column-types.html#numeric-types)。
实时数仓主要是为了解决传统数仓数据时效性低的问题，实时数仓通常会用在实时的OLAP分析、实时的数据看板、业务指标实时监控等场景。虽然关于实时数仓的架构及技术选型与传统的离线数仓会存在差异，但是关于数仓建设的基本方法论是一致的。本文会分享基于Flink SQL从0到1搭建一个实时数仓的demo，涉及数据采集、存储、计算、可视化整个处理流程。通过本文你可以了解到：
本文使用datafaker工具生成数据发送到MySQL，通过flink cdc工具将mysql binlog数据发送到kafka，最后再从kafka中读取数据并写入到hudi中。
（1）数字类型最大支持位数：int 9 位，bigint 18 位，flat 38 位，double 82 位，char 255 位、varchar 255 位
最近使用mysql数据库的时候遇到了多种数字的类型，主要有int,bigint,smallint和tinyint。其中比较迷惑的是int和smallint的差别。今天就在网上仔细找了找，找到如下内容，留档做个总结： 使用整数数据的精确数字数据类型。 bigint 从 -2^63 (-9223372036854775808) 到 2^63-1 (9223372036854775807) 的整型数据（所有数字）。存储大小为 8 个字节。 P.S. bigint已经有长度了，在mysql建表中的length，只是用于显示的位数 int 从 -2^31 (-2,147,483,648) 到 2^31 – 1 (2,147,483,647) 的整型数据（所有数字）。存储大小为 4 个字节。int 的 SQL-92 同义字为 integer。 smallint 从 -2^15 (-32,768) 到 2^15 – 1 (32,767) 的整型数据。存储大小为 2 个字节。 tinyint 从 0 到 255 的整型数据。存储大小为 1 字节。
问题出现是因为 之前 把 mysql/data/ ibdata1 , ib_logfile0, ib_logfile1, ib_logfile2 文件 删除了，mysql重启之后会自动生成 这些文件的。但是之前的innodb引擎,就不能再 访问了。
在快速入门教程中，我们通过 Doris 的 UI 界面完成了 Doris 的一些基本操作。而在实际生产环境中，用户通常需要使用程序连接到 Doris 并进行各种操作。
商品信息聚合的最小单元，一组可复用、易检索的标准化信息集合，该集合描述了一个产品的特性。
2、使用show create table语法。除了可以看到表定义之外，还可以看到engine和charset等信息。
虽然重启之后 , 数据库会自动创建一个 ibdata1 文件 , 但是上述系统表也是 innodb 引擎 , 所以不能访问了 .
存储字符串时指定的类型 VARCHAR(50) 中可接收一个数字作为长度，其实除了字符串类型，数字类型也是可指定该参数的，比如 INT(10)，BIGINT(20)。假设后续讨论中这个参数使用字母 M 来表示，即上面提到的。该参数被用在不同类型上时，其表示的意思不一样。
创建maxwell用户和maxwell数据库，是maxwell用户会往maxwell数据库写入一些默认配置，具体配置如下
本文基于Flink SQL与hudi构建准实时数仓，在Flink从kafka接入数据之后，即将所有数据存于hudi中，包括所有中间处理数据以及最终数据。文章《实时数仓|基于Flink1.11的SQL构建实时数仓探索实践 (qq.com)》描述了基于Flink SQL与kafka构建的实时数仓，本文以上述文章为基础。
datax内置的enumType数据类型与不同数据库间都有些差异，本文整理出相应的映射关系，在配置自定义json时可以参考做一些类型转换
表就相当于文件，表中的一条记录就相当于文件的一行内容，不同的是，表中的一条记录有对应的标题，称为表的字段
对于从事互联网开发的同学来说，mysql可谓是再熟悉不过的了。无论是DBA、开发或测试，基本上天天要跟它打交道，很多同学可能已经身经百战了。但是，笔者遇到过的这些坑不知道你们都经历过没？
在前面：微服务调用链追踪中心搭建 一文中我们利用 Zipkin 搭建了一个微服务调用链的追踪中心，并且模拟了微服务调用的实验场景。利用 Zipkin 的库 Brave，我们可以收集一个客户端请求从发出到被响应 经历了哪些组件、哪些微服务、请求总时长、每个组件所花时长 等信息。
mysql数据库设计，其中，对于数据性能优化，字段类型考虑很重要，搜集了些资料，整理分享出来，这篇为有关mysql整型bigint、int、mediumint、smallint 和 tinyint的语法介绍，如下： 1、bigint
MySQL to PG 的数据同步，可以通过canal 或者 bireme 来做，但是操作起来步骤都比较费事。
这个系列属于个人学习网易云课堂MySQL数据库工程师微专业的相关课程过程中的笔记，本篇为其“MySQL数据库对象与应用”中的MySQL数据类型相关笔记。
在运行安装脚本之前，首先，我们查看一下 Nacos 的版本分别有哪些使用 docker search nacos:
MySQL里的数值类型分得很细，光整型数据就有多种数据类型。tinyint,smallint,mediumint,int(integer),还有范围最大的bigint，它们对应的数值范围也大大不同，大体来说就是下面的数值范围，从有符号数和无符号数来区别对待。 类型名称有符号数（signed)无符号数(Unsigned)tinyint-129~1270~255smallint-32768~327670~65535mediumint-8388608~83886070~16777215int(intege
0.9.0版本的hudi在适配hive3时，其hudi/package/hudi-flink-bundle/pom.xml文件使用的flink-connector-hive版本有问题，所以需要修改pom文件。
持久化：管理的配置信息持久化。 注意：默认nacos存在配置信息持久化，默认的持久化方式为内嵌数据库derby(无法友好的展示数据)。
在MySQL中时间类型的选择有很多，比如：date、time、year、datetime、timestamp...
MySQL是一个广泛使用的关系型数据库管理系统，支持多种数据类型，包括整数、浮点数、日期、字符串等。其中，整数类型是最基本也是最常用的一种数据类型之一。在MySQL中，整数类型包括以下几种：TINYINT、SMALLINT、MEDIUMINT、INT和BIGINT。
Flink从1.13版本开始支持在SQL Client从savepoint恢复作业。flink-savepoint介绍
MySQL支持SQL标准整数类型 INTEGER（或 INT）和SMALLINT。作为标准的扩展，MySQL还支持整数类型 TINYINT、MEDIUMINT 和 BIGINT。下表显示了每个整数类型所需的存储和范围。.
本篇博客将深入讨论在MySQL数据库中选择合适的时间类型：datetime、bigint和timestamp。通过比较它们的特性和适用场景，您将更好地理解何时应该选择哪种时间类型，以满足不同的数据存储需求。
今天，又掉坑了。 之前踩到过MySQL主键溢出的情况，通过prometheus监控起来了，具体见这篇MySQL主键溢出复盘
整数类型 1. 类型介绍 整数类型一共有 5 种，包括 TINYINT、SMALLINT、MEDIUMINT、INT（INTEGER）和 BIGINT。 它们的区别如下表所示： 整数类型 字节 有符号数取值范围 无符号数取值范围 TINYINT 1 -128~127 0~255 SMALLINT 2 -32
Java 常用的数据类型： https://blog.csdn.net/zhangyong01245/article/details/101310236
int bigint smallint 和 tinyint 类型，如果创建新表时没有指定 int(M) 中的M时，默认分别是 ：
1. 对整数类型, MySQL 还支持类型名称后面的小括号内指定的显示宽度，例如int(5) 表示宽度小于5位时填满宽度，如果不显示指定宽度默认是int(11),一般配合zerofill使用下面来描述下
从spring boot 2.0开始，官方就不再支持使用自建Zipkin Server的方式进行服务链路追踪，而是直接提供了编译好的 jar 包来给我们使用
整数列的显示宽度，与mysql需要用多少个字符来显示该列数值，与该整数需要的存储空间的大小都没有关系。比如，不管设定了显示宽度是多少个字符，bigint都要占用8个字节。
今天是中秋节放假前的最后一天，今天给大家带来假期前的最后一篇技术文，这也是我对MySQL使用UUID做主键与int数字做主键做的性能压测。
在MySQL中有四类约束。分别是：主键约束(primary key)，非空约束(not null)，唯一约束(unique)，外键约束(foreign key)。
环境说明 操作系统：CentOS 7.2 64位 1Zipkin简介 zipkin是一款开源的分布式实时数据追踪系统（Distributed Tracking System），基于 Google Dapper的论文设计而来。其主要功能是聚集来自各个异构系统的实时监控数据。 2 应用场景 故障快速定位 通过分析调用链，可以将一次请求的逻辑轨迹完整清晰的展示出来，通过在开发中在业务日志中添加调用链ID，可以通过调用链结合业务日志快速定位错误信息。 服务可用性 通过分析各个环节的平均时延，QPS等信息，可
参考连接： https://www.percona.com/blog/2018/08/24/postgresql-accessing-mysql-as-a-data-source-using-mysql_fdw/
TDSQL集群支持创建集中式实例和分布式实例。在使用分布式实例的时候，可以创建以下几种类型的表：
源码: https://github.com/ddcw/ibd2sql/archive/refs/tags/v0.2.tar.gz
像代码一样，可以为表以及表中的列添加注释，方便其他人知晓其功能。对于一些字段，在经过一定时间后，创建者未必也能想起其具体的含意，所以注释显得尤为重要。
大牛不必浪费时间了，适合初学者。 今天遇到一个问题，数据库字段问题。 有一张表存储着用户消费记录，设计表时使用的是整形，后来增加需求，需要对业务做些改动，改过之后测试发现存储0.2，0.51这样的浮点类型无法保存上，结果是0，1之类的，经过调试发现数据库字段问题，于是修改了字段类型，sql语句： ALTER TABLE `db_action`.`money_record` CHANGE `c_money` `c_money` decimal(11,2) unsigned NOT NULL DEFAULT
这篇博文源于公司一个批处理的项目异常而起的。先简单描述下发生背景。一个基于spring batch开发的批处理应用，线上运行了9个多月后，某一天突然跑批任务失败了，检查日志得知，是因为一个mysql异常导致的：Lock wait timeout exceeded。msyql事务锁等待超时这个异常虽然不常见，但随便一搜就会看到大量的相关的信息。导致这个异常的原因就是mysql数据库事务锁等待超时，默认超时时间是50S。但我们的批处理业务从逻辑上讲不会出现这种事务排他锁等待的情况，不得其解。故通过以下这些实例来捋一捋mysql事务内隔离级别和锁等知识点，看看是否如我们了解的这样，同时加深下印象。
本项目是sleuth和zipkin在spring cloud环境中使用，其中sleuth和zipkin是通过RabbitMQ进行通信，同时zipkin的数据是存储在mysql中。
mysql和hive中的数据类型存在差异，在mysql集成数据到hive中这样的场景下，我们希望在hive中的数据是贴源的，所以在hive中希望创建和mysql结构一致的表。
昨天快下班的时候，突然开发的同事找我说有个紧急需求，负责这个业务的DBA同事回家了，想让我帮忙看看，运行个SQL语句，几秒钟就好。我一听，就本着人道主义的精神留下来处理，但是发现似乎留给我的是一个大坑。 了解了问题之后，让我有些后背发凉，这个表根据开发同事反馈有20亿的数据，这得多大的一个表啊，当前的问题是这个表里的主键id数据类型是int,因为数据类型的限制已经达到了最大值，现在插入不了数据了。希望我帮忙处理一下，把数据类型修改为bigint. 我们简单来了解一下MySQL的数据类型。 对于数据类型有下面
注：本文仅是记录操作过程 参考官方文档：https://doris.apache.org/master/zh-CN/getting-started/basic-usage.html
我们知道 Flink 有Table（表）、View（视图）、Function（函数/算子）、Database（数据库）的概念，相对于这些耳熟能详的概念，Flink 里还有一个 Catalog（目录） 的概念。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
腾讯会议
