版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/huyuyang6688/article/details/51428427
在MySQL数据库中，主键自增是一种常见的技术，用于自动为表中的主键字段生成唯一的递增值。本文将深入讨论MySQL主键自增的原理、用途、使用方法，以及在实践中的注意事项和最佳实践。
在数据库设计时，主要就是对实体和关系的设计，实体表现出来就是表，关系表现出来就是外键。而对于一个表，由两部分组成：主键和属性。主键的简单定义就是表中为每一行数据的唯一标识。其实更准确的说法，每一行数据的唯一标识是候选键（Candidate Key），一个表中可以有很多个候选键，主键是候选键中的一个，主要用于更方便的检索和管理数据。一个表中可以有多个候选键，但是只有一个主键。由于主键常常用于检索数据，也用于表之间的关联，所以主键的设计的好坏将会严重影响数据操作的性能。下面来介绍下主键设计的几个考虑因素。
1、自动增长字段： 自动增长型字段允许我们在向数据库添加数据时，不考虑主键的取值，记录插入后，数据库系统会自动为其分配一个值，确保绝对不会出现重复。这是我们设置主键的首选：
版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/wzy0623/article/details/53908632
将数据看做一个二维表格，数据可以通过行号+列号唯一确定，其数据结构类似 Excel 表；
在软件开发中，生成唯一ID是一项常见而重要的任务。唯一ID的生成不仅仅是为了标识数据记录，还可以应用于分布式系统、数据库主键、日志跟踪等场景。本文将介绍几种目前技术领域最常使用的唯一ID生成方法，并通过代码示例展示它们的实际应用。
UUID 是 通用唯一识别码（Universally Unique Identifier）的缩写，是一种软件建构的标准，亦为开放软件基金会组织在分布式计算环境领域的一部分。其目的，是让分布式系统中的所有元素，都能有唯一的辨识信息，而不需要通过中央控制端来做辨识信息的指定。如此一来，每个人都可以创建不与其它人冲突的UUID。在这样的情况下，就不需考虑数据库创建时的名称重复问题。目前最广泛应用的UUID，是微软公司的全局唯一标识符（GUID），而其他重要的应用，则有Linux ext2/ext3文件系统、LUKS加密分区、GNOME、KDE、Mac OS X等等。另外我们也可以在e2fsprogs包中的UUID库找到实现。
在插入新行时，通过遍历表，找到的第一个未分配的主键编号分配给新行，来代替原来自动分配的伪主键机制。
本文只整理MySQL的自增字段方案，Oracle和SQL Server的自增长方案就不介绍了。
进入正题！最近面试了不少家公司，从一家非外包跳到了外包（委屈脸Ծ‸Ծ），下面总结一下最近的一些心得体会 1.如果在做技术只是为了过日子,而没多大兴趣,那你必须需要考虑一下行业发展方向了。选定一个行业,深入某个行业发展,熟悉业务+技术,你会得到更多。懂业务的技术人，往往比技术大牛，牛逼(所以我选了这家银行外包)
在MySQL中，索引属于存储引擎级别的概念，不同存储引擎对索引的实现方式是不同的，本文主要讨论MyISAM和InnoDB两个存储引擎的索引实现方式。
UUID的方式能生成一串唯一随机32位长度数据，它是无序的一串数据，按照开放软件基金会(OSF)制定的标准计算，UUID的生成用到了以太网卡地址、纳秒级时间、芯片ID码和许多可能的数字。UUID的底层是由一组32位数的16进制数字构成，是故 UUID 理论上的总数为[1565060542.png] ，约等于[1565060554.png]，也就是说若每纳秒产生1百万个 UUID，要花100亿年才会将所有 UUID 用完(100亿年啊，地球都没了)，所以这足够我们的使用了，也能够保证唯一性。
昨天快下班的时候，突然开发的同事找我说有个紧急需求，负责这个业务的DBA同事回家了，想让我帮忙看看，运行个SQL语句，几秒钟就好。我一听，就本着人道主义的精神留下来处理，但是发现似乎留给我的是一个大坑。 了解了问题之后，让我有些后背发凉，这个表根据开发同事反馈有20亿的数据，这得多大的一个表啊，当前的问题是这个表里的主键id数据类型是int,因为数据类型的限制已经达到了最大值，现在插入不了数据了。希望我帮忙处理一下，把数据类型修改为bigint. 我们简单来了解一下MySQL的数据类型。 对于数据类型有下面
EFCore 2.1出来有一段时间了，里面的新功能还没怎么用，今天研究下如何使用EF Core 2.1添加种子数据。
通过annotation来映射hibernate实体的,基于annotation的hibernate主键标识为@Id, 其生成规则由@GeneratedValue设定的.这里的@id和@GeneratedValue都是JPA的标准用法, JPA提供四种标准用法,由@GeneratedValue的源代码可以明显看出.
Hibernate有如下主键： ---- Native： Native主键生成方式会根据不同的底层数据库自动选择Identity、Sequence、Hilo主键生成方式。特点是根据不同的底层数据库采用不同的主键生成方式。由于Hibernate会根据底层数据库采用不同的映射方式，因此，便于程序移植，项目中如果用到多个数据库时，可以使用这种方式。 ---- Assigned： Assigned方式由程序生成主键值，并且要在save()之前指定，否则会抛出异常。特点是主键的生成值完全由用户决定，与底层数据库无关。
系统唯一id是我们在设计阶段常常遇到的问题。在复杂的分布式系统中，几乎都需要对大量的数据和消息进行唯一标识。在设计初期，我们需要考虑日后数据量的级别，如果可能会对数据进行分库分表，那么就需要有一个全局唯一id来标识一条数据或记录。生成唯一id的策略有多种，但是每种策略都有它的适用场景、优点以及局限性。
Dapper是介于Entity framework与ADO的折中选择。既满足手写查询的高性能需求，又简化了数据库对象映射为内存对象的繁杂工作。Dapper.Contrib是对Dapper的进一步封装，使对象的基本增删改查等操作进一步简化。
最近需要迁移项目，将数据库由Oracle改为MySQL。由于两者的语法有部分不一样，所以需要把Oracle中能用但MySQL中不能用的函数/类型等改为MySQL中能用的，以下是总结出的部分语法区别： 一、数据类型 1. Number类型 MySQL中是没有Number类型的，但有int/decimal 类型，Oracle中的Number(5,1)对应MySQL中的decimal(5,1)，Number(5) 对应 int(5)。MySQL中的数字型类型比较多，分的也比较细，还有tinyint、smallint、mediumint、bigint等类型 2. Varchar2(n)类型 MySQL中对应Oracle Varchar2(n)类型的替代类型是varchar(n)类型。 3. Date 类型 MySQL 中的日期时间类型有Date、Time、Datetime等类型，MySQL中Date类型仅表示日期(年-月-日)，Time类型仅表示时间（时:分:秒），而Datetime类型表示日期时间(年-月-日 时:分:秒)，Oracle中的Date类型和MySQL中的Datetime类型一致。 二、函数 1. length(str)函数 Oracle中的length(str)是获取字符串长度的函数，MySQL 中对应的函数为char_length(str)。 2. sys_guid()函数 Oracle中可通过sys_guid()函数是生成随机序列，MySQL通过UUID()生成随机序列。 3. 时间格式化函数 将时间转换为字符串型时间 MySQL date_format(NOW(),’%Y-%m-%d’) 对应Oracle的 Oracle中的 to_char(sysdate, ‘YYYY-MM-DD’); 将字符串型时间转换为时间类型 MySQL str_to_date(‘2019-01-01′,’%Y-%m-%d’) 对应Oracle中的 to_date(‘2019-01-01’, ‘YYYY-MM-DD’); 包括时分秒的函数转换：DATE_FORMAT(NOW(),’%Y-%m-%d %H:%i:%s’)，str_to_date(‘2019-01-01′,’%Y-%m-%d %H:%i:%s’)。 4. 条件函数（nvl()、nvl2()、decode()） nvl(tab.columnName, 0)：如果tab.columnName值为空，则返回值取0，否则取tab.columnName；对应的MySQL函数为：ifnull(tab.columnName, 0)。 nvl2(expr1,expr2,expr3)：如果expr1不为null，则返回expr2，否则返回expr3；对应的MySQL函数为：if(expr1,expr2,expr3)。 DECODE(value, val1, val2, val3)：如果value等于val1，则返回val2，否则返回val3；MySQL可用IF函数表示：if(value=val1, val2, val3)； DECODE(value, if1, val1, if2,val2,…,ifn, valn, val)：如果value等于if1，则返回val1，如果value等于if2，则返回value2…如果value等于ifn，则返回valn，否则返回val；MySQL对于这种判断可以通过case when then else end;l来判断，即：case when value=if1 then val1 when value=if2 then val2,,,when value=ifn then valn else val end; 5. trunc()函数 TRUNC(12.123)：返回整数(12)；MySQL对应的函数：truncate(12.123, 0)； TRUNC(12.123, 2)：返回值保留2为小数(12.12)；MySQL对应的函数：truncate(12.123, 2)； TRUNC(SYSDATE)：返回值为(2019-07-26 00:00:00)；MySQL对应的为cast(now() as datetime)：返回值为(2019-07-26 14:11:38)； MySQL的cast函数语法为：CAST(xxx AS 类型) （可用类型为：二进制,同带binary前缀的效果:BINARY；字符型,可带参数:CHAR()；日期:DATE；时间:
MySQL是一个更好的NoSQL数据库。当考虑到NoSQL的使用案例，比如对Key/Value键值存储来讲，MySQL在性能、易用性和稳定性方面更有意义。MySQL毕竟是一款成熟稳定的产品，在互联网上有大量的在线教程，范围从操作到失败案例，从主从复制到其它不同模式的应用，不一而足。基于这个原因，MySQL相比其他新兴并没有经过多年洗礼的NoSQL来讲，确实有一定的优势。
在我们的应用系统中，asp.net 2.0的用户表中的数据往往不能满足我们的需求，还需要增加更多的数据，一种可能的解决方案是使用Profile，更普遍的方案可能是CreateUserwizard中添加数据到我们自己的表中。 在结合asp.net 2.0的用户管理系统设计的保存用户额外信息的表中的主键是用户表ID的外键，你可以获取ID从Membershipuser属性Provideruserkey. 使用Createuserwizard的Oncreateduser事件. 在这个事件中可以通过Membersh
Uniqueidentifier用来存储一个全局唯一标识符，即GUID。GUID是唯一的二进制数：世界上的任何两台计算机都不会生成重复的GUID值
数据库的重要性不言而喻。对程序员来说跟数据库打交道更是家常便饭。数据库给开发带来了巨大的便利。我们或多或少的知道一些数据库设计规范，但并不全面。今天我就简单整理一下，帮自己做个总结梳理，也希望可以帮到小伙伴们。
本文就来讲一下Redis安装的方法和Redis生成主键的优点以及和其他几种方式生成主键的对比. 1,Redis安装 首先将Redis的tar包拷贝到Linux下的根目录 然后解压到redis
【玩转 GPU】AI绘画、AI文本、AI翻译、GPU点亮AI想象空间-腾讯云开发者社区-腾讯云 (tencent.com)
uniqueidentifier 数据类型的列或局部变量可用两种方法初始化为一个值：
大家好，又见面了，我是你们的朋友全栈君。 uniqueidentifier 全局唯一标识符 (GUID)。 注释 uniqueidentifier 数据类型的列或局部变量可用两种方法初始化为一个值： 使用 NEWID 函数。 将字符串常量转换为如下形式（xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx，其中每个 x 是 0-9 或 a-f 范围内的一个十六进制的 数字 ）。例如，6F9619FF-8B86-D011-B42D-00C04FC964FF 即为有效的 uniqueidentifier 值。 比较运算符可与 uniqueidentifier 值一起使用。然而，排列并非通过比较两个值的位模式来实现。允许对 uniqueidentifier 值执行的操作只有比较 (=, <>, <, >, <=, >=) 和检查 NULL（IS NULL 和 IS NOT NULL）。不允许使用其它算术运算符。所有的列约束及属性（IDENTITY 除外）均允许用于 uniqueidentifier 数据类型。 使用 uniqueidentifier 数据 uniqueidentifier 数据类型存储 16 字节的二进制值，该值的使用与全局唯一标识符 (GUID) 一样。GUID 是一个唯一的二进制数字；世界上的任何两台计算机都不会生成重复的 GUID 值。GUID 主要用于在拥有多个节点、多台计算机的网络中，分配必须具有唯一性的标识符。 uniqueidentifier 列的 GUID 值通常由以下方式获得： 在 Transact-SQL 语句、批处理或脚本中调用 NEWID 函数。 在 应用 程序代码中，调用返回 GUID 值的应用程序 API 函数或方法。 Transact-SQL NEWID 函数以及应用程序 API 函数和方法从它们网卡上的标识数字以及 CPU 时钟的唯一数字生成新的 uniqueidentifier 值。每个网卡都有唯一的标识号。由 NEWID 返回的 uniqueidentifier 使用服务器上的网卡生成。由应用程序 API 函数和方法返回的 uniqueidentifier 使用客户机上的网卡生成。 一般不将 uniqueidentifier 定义为常量，因为很难保证实际创建的 uniqueidentifier 具有唯一性。指定 uniqueidentifier 常量的方法有两种： 字符串格式 ‘6F9619FF-8B86-D011-B42D-00C04FC964FF’ 二进制格式 0xff19966f868b11d0b42d00c04fc964ff uniqueidentifier 数据类型不象IDENTITY 属性那样为新插入的行自动生成新的ID。为了得到新的 uniqueidentifier 值，表必须具有一个指定 NEWID 函数的 DEFAULT 子句，或使用 NEWID 函数的 INSERT 语句： CREATE TABLE MyUniqueTable (UniqueColumn UNIQUEIDENTIFIER DEFAULT NEWID(), Characters VARCHAR(10) ) GO INSERT INTO MyUniqueTable(Characters) VALUES (‘abc’) INSERT INTO MyUniqueTable VALUES (NEWID(), ‘def’) GO uniqueidentifier 列可以包含多次出现的 uniqueidentifier 值，除非也对此列指定了 UNIQUE 或 PRIMARY KEY 约束。当有多行引用源表中的同一主键时，引用其它表的 uniqueidentifier 主键的外键列将包含多次出现的个别 uniqueidentifier
这些值是随机的，而且它们不能接受任何使它们对用户变得更有意义的模式。 没有任何方式可以决定生成 uniqueidentifier 值的顺序。它们不适用于那些依赖递增的键值的现有应用程序。 uniqueidentifier 数据类型具有 16 个字节，与其它那些诸如 4 字节的整数相比要相对大一些。这意味着使用 uniqueidentifier 键建立的索引可能会比使用 int 键实现的索引相对慢一些。 如果全局唯一性并不是必须的，或者需要一个连续递增的键，则可以考虑使用 IDENTITY 属性。
UUID（Universally Unique Identifier）是国际标准化组织（ISO）提出的一个概念。UUID是一个128比特的数值，这个数值可以通过一定的算法计算出来。为了提高效率，常用的UUID可缩短至16位比特。
有问题的时候，我经常回来博客园寻找答案，久而久之，总结了一些东西。 妄自菲薄，请大家多指出错误，并给出意见 数据库设计三范式基本原则 第一范式：数据库表中的字段都是单一属性的，不可再分。这个单一属性由基本类型构成，包括整型、实数、字符型、逻辑型、日期型等。 也就是说，绝对不要出现下面的情况
Dapper是由Stack Overflow背后的团队创建的micro-ORM。Dapper 是 .NET 的简单对象映射器，在速度方面拥有 Micro ORM 之王的称号，几乎与使用原始 ADO.NET 数据读取器一样快。ORM是一个对象关系映射器，负责数据库和编程语言之间的映射。
某天检查一位离职同事写的代码，发现其对应表虽然设置了AUTO_INCREMENT自增，但页面新增功能生成的数据主键很诡异，长度达到了19位，且并非是从1开始递增的——
领域对象是DDD的核心，我们会依次分析聚合/聚合根、仓储、规约、领域服务的最佳实践和规则。内容较多，会拆分成多个章节单独展开。
主键本身是很简单的，但是围绕他产生的故事就不是那么简单了。 1、 管理 这个是最重要的，没有规矩不成方圆，主键要如何管理一定要实现确定好了，甚至有必要为此写一个规范。比如是全公司采用相同的方式处理主键，还是根据项目、产品来各自管理？还是由项目组成员自行决定？这些都是需要实现说清楚的。 2、 定义 不是说“主键”这个词的定义，而是主键用什么，比如用GUID还是用int，还是年月日时分秒+流水？ 3、 生成 主键用什么确定好了之后就是如何生成了。比如GUID，是在程序里生成，还是由数据库的字段默认值来生成？
声明：之所以定位在"中小型"商城系统，而非“大型”(指淘宝、拍拍这类巨无霸)，理由很简单----我一直都呆在(创业型的)小公司，没见过这些大家伙是怎么设计的:) 正文： 之前发表过一篇"商城系统中【商品扩展属性】的表单生成及客户端验证"，部分童鞋对于后台数据库的设计比较感兴趣，于是今天把这部分也补上。 一、产品分类设计 越来越多的商城系统都热衷于选择“无限级分类”的设计，我也不例外，因为它方便扩展。这部分就不详细展开了，详见 无限级分类(非递归算法/存储过程版/GUID主键)完整数据库示例_(1)表结构
UUID 含义是通用唯一识别码 (Universally Unique Identifier)，这是一个软件建构的标准。也是被开源软件基金会 (Open Software Foundation, OSF) 的组织应用在分布式计算环境 (Distributed Computing Environment, DCE) 领域的一部分。
系统唯一ID是我们在设计一个系统的时候常常会遇见的问题，也常常为这个问题而纠结。生成ID的方法有很多，适应不同的场景、需求以及性能要求。所以有些比较复杂的系统会有多个ID生成的策略。下面就介绍一些常见的ID生成策略。 1. 数据库自增长序列或字段 最常见的方式。利用数据库，全数据库唯一。 优点： 1）简单，代码方便，性能可以接受。 2）数字ID天然排序，对分页或者需要排序的结果很有帮助。 缺点： 1）不同数据库语法和实现不同，数据库迁移的时候或多数据库版本支持的时候需要处理。 2）在单个数据库或读写分离或一
本文的内容是总结一些MySQL的常见使用技巧，以供没有DBA的团队参考。以下内容以MySQL5.5为准，如无特殊说明，存储引擎以InnoDB为准。
当我们进行开发的时候,常常会用到数据库来对数据进行持久化的操作，有的时候,我们并不想要在进行代码开发的过程中，还去关注数据库的构建,表的构建等等。于是，就有了Code First模式。何为Code First模式呢？它思想就是先定义模型中的类，再通过这些类生成数据库。这种开发模式适合于全新的项目，它使得我们可以以代码为核心进行设计而不是先构造数据库。这样一来，使得我们更加关注代码的开发。在c#中，我们使用EntityFramework来实现Code First场景。
可以把索引理解为一种特殊的目录。微软的SQL SERVER提供了两种索引：聚集索引（clustered index，也称聚类索引、簇集索引）和非聚集索引（nonclustered index，也称非聚类索引、非簇集索引）。
使用“COMB（Combine）”类型 COMB数据类型的基本设计思路是这样的：既然UniqueIdentifier数据因毫无规律可言造成索引效率低下，影响了系统的性能，那么我们能不能通过组合的方式，保留UniqueIdentifier的前10个字节，用后6个字节表示GUID生成的时间（DateTime），这样我们将时间信息与UniqueIdentifier组合起来，在保留UniqueIdentifier的唯一性的同时增加了有序性，以此来提高索引效率。也许有人会担心UniqueIdentifier减少到10字节会造成数据出现重复，其实不用担心，后6字节的时间精度可以达到1毫秒，时间4095年，两个COMB类型数据完全相同的可能性是在这1毫秒内生成的两个GUID前10个字节完全相同，这几乎是不可能的！注意这16字节转化为16进制再转化为字符串存储时也是32字节。 首先，MySQL时间戳timestamp是采用int存储，4个字节，最多32位，可以从1970年1月1日00:00:00一直到2037年，精度为一秒，其值作为数字显示。 下面说明：6个字节的时间精度问题，6字节共48位
本文的内容是总结MySQL在没有DBA的团队中的一些常见使用技巧。以下内容以mysql5.5为准。除非另有说明，否则存储引擎以InnoDB为准。
在关系数据库中，一张表中的每一行数据被称为一条记录。一条记录就是由多个字段组成的。例如，students表的两行记录：
Hibernate框架 配置 配置文件： 1 <?xml version="1.0" encoding="UTF-8"?> 2 <!DOCTYPE hibernate-configuration
之前在 一步一步在Windows中使用MyCat负载均衡 上篇 中已经讲了如何配置出MyCat。下面讲其相关的使用。 五、配置MyCat-eye 对于MyCat监控官网还提供一个MyCat-eye web系统来展示它的运行情况。 MyCat发展到目前的版本，已经不是一个单纯的MySQL代理了，它的后端可以支持MySQL、SQL Server、Oracle、DB2、PostgreSQL等主流数据库，也支持MongoDB这种新型NoSQL方式的存储，未来还会支持更多类型的存储。而在最终用户看来，无论是那
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
