我们在设计表结构的时候，经常会对某一列设置自增长的值，它的作用是可以帮助我们自动递增某一列的值，自增长的属性经常被设置在主键列上，原因是主键必须具有唯一性，而自动增长可以避免重复，二者结合恰到好处。除此之外，自增长的属性还可以避免在数据插入的时候，出现大量的数据页分裂操作，关于这一点，后面说到索引的时候，会着重介绍，现在我们只需要知道，主键一般设置成自增长的即可。
mysql中的6个列属性：null，default，comment，primary key，unique key，auto_increment
1. 锁类型 锁是数据库区别与文件系统的一个关键特性，锁机制用于管理对共享资源的并发访问。 InnoDB使用的锁类型，分别有： 共享锁（S）和排他锁（X） 意向锁（IS和IX） 自增长锁（AUTO-INC Locks） 1.1. 共享锁和排他锁 InnoDB实现了两种标准的行级锁：共享锁（S）和排他锁（X） 共享锁：允许持有该锁的事务读取行记录。如果事务 T1 拥有记录 r 的 S 锁，事务 T2 对记录 r 加锁请求：若想要加 S 锁，能马上获得；若想要获得 X 锁，则请求会阻塞。 排他锁：允许持有该锁
使用SQLServer、MySQL时，无论我们使用的是直接JDBC连接数据库，还是通过Hibernate操纵数据库，我们只需要设置一个选项或者一行注解便可以实现主键的自增长。
Hibernate的核心就是对象关系映射： 加载映射文件的两种方式： 第一种：<mapping resource="com/bie/lesson02/crud/po/employee.hbm.
今儿做了很多的业务需求，对接了几个接口，算是比较充实吧。想起了同事说的那句话，越忙的时候，越要停下来好好思考，抽空整理整理，不然就会很快陷入一个死循环里面去，最近也要好好整理整理之前学的一些东西了，一个清晰的条理，才能让你事半功倍。今天就补充一点之前遗漏的内容吧。
unique、 primary key、not null、default相对简单，本篇文章不做记录。
约束用于确保数据库的数据满足特定的商业规则。在mysql中，约束包括: not null、unique,primary key,foreign key,和check五种。
MySQL约束 <1> 概念 是一种限制，它是对表的行和列的数据做出约束，确保表中数据的完整性和唯一性。 <2> 使用场景 创建表的时候，添加约束 <3> 分类 default: 默认约束, 域完整性 not null: 非空约束，域完整性 unique: 唯一约束，实体完整性 primary key: 主键约束，实体完整性 foreign key: 外键约束，参照完整性 check: 检查约束（MySQL不支持），域完整性 auto_increment: 自增长约束 unsigned: 无符号约束 zer
MySQL 的主键和 Oracle 差不多，都是对应一个唯一索引并且索引列是非空的。
自增长，也就是auto_increment是数据库中的一个比较特殊的定义，当相应列的值给值为NULL或者不给值的时候，会触发auto_increment，对当前已经存在的字段的数字进行+1或+你给的特定值的操作，如我上面的例子，auto_increment一般跟主键搭配操作，比较合适。 注意：在同一张表最多只能有一个自增长的字段，并且你给自增长字段赋值，这时自增长字段会失效，mysql会录入你给定的值 （1）如何查看此时表内自增长的值从几开始
comment是专门用来给开发人员进行维护的注释说明 基本语法： ** comment’字段描述’**
之前的文章中写了一个小问题，当我们使用自增长的方式限定了一个自增长字段id以后，如果删除id=7的一条记录，再重新插入新纪录的时候，这个新纪录的id值会是多少？
锁定读的语句加锁类型注意事项select ... for update加X锁务必加上BEGIN， START TRANSACTION或者 SET AUTOCOMMIT=0select ... lock in share mode 加S锁
Greenplum（以下简称GP）是基于PostgreSQL的MPP数据库。在使用方式和语法上和PostgreSQL基本一致，而PostgreSQL与MySQL在使用上还是有一些差异。本文在操作层面列举了一些最基本的差异，让MySQL用户能够快速上手GP。
情景摘要 今天写了个非id 的group by，结果提示1055 sqlalchemy.exc.InternalError: (pymysql.err.InternalError) (1055, "Expression #1 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'heanny.map_cameras.id' which is not functionally dependent on colum
MyCAT自增字段和返回生成的主键ID的经验分享 说明： 1、mysql本身对非自增长主键，使用last_insert_id()是不会返回结果的，只会返回0. 2、mysql只会对定义自增长主键，可以用last_insert_id()返回主键值。
latch称为闩锁（shuang suo），其要求锁定的时间必须非常短。若持续的时间长，则应用的性能会非常差。在InnoDB存储引擎中，latch又分为mutex互斥锁 和 rwLock读写锁。其目的是为了保证并发线程操作临界资源的正确性。通常没有死锁的检测机制。
今天搭建了一套双主复制的架构，这种架构包含两台服务器，每一台都被配置成对方的主库和备库，是一种特殊的主从，架构图如下：
爱可生 DBA 团队成员，一位会摄影、会铲屎、会打球、会骑车、生活可以自理的 DBA
数据库表的操作主要包括修改表名、查看表结构、添加字段、删除字段、修改字段类型、修改字段名、给表设置主键、设置自增长字段、删除表、清空表。下面会一一举例。
约束条件：限制表中的数据，保证添加到数据表中的数据准确和可靠性！凡是不符合约束的数据，插入时就会失败！ 约束条件在创建表时可以使用， 也可以修改表的时候添加约束条件
真正约束字段的是数据类型，但是数据类型约束很单一，需要有一些额外的约束，更好的保证数据的合法性，从业务逻辑角度保证数据的正确性。比如有一个字段是email，要求是唯一的。表中一定要有各种约束，通过约束，让我们未来插入数据库表中的数据是符合预期的。约束的本质是通过技术收到逼迫程序员插入正确的数据，反过来，站在mysql的视角，凡是插入进来的数据，都是符合数据约束的。约束的最终目标：保证数据的完整性和可预期性所以需要更多的约束。 表的约束很多，这里主要介绍如下几个： null/not null,default, comment, zerofill，primarykey，auto_increment，unique key 。
Mysql复制概念说明 Mysql内建的复制功能是构建大型，高性能应用程序的基础。将Mysql的数据分布到多个系统上去，这种分布的机制，是通过将Mysql的某一台主机的数据复制到其它主机（slaves）上，并重新执行一遍来实现的。复制过程中一个服务器充当主服务器，而一个或多个其它服务器充当从服务器。主服务器将更新写入二进制日志文件，并维护文件的一个索引以跟踪日志循环。这些日志可以记录发送到从服务器的更新。当一个从服务器连接主服务器时，它通知主服务器从服务器在日志中读取的最后一次成功更新的位置。从服务器接收从
在软件开发过程中，我们经常要把程序内存中的数据存放到磁盘（或数据库），或者把磁盘（或数据库）的数据加载到内存。这种把程序数据在“瞬时状态”和“持久状态”间转换的过程我们称之为“持久化”。
本文讲述了在使用Nginx+Lua+MySQL实现高并发请求时，遇到的“消失的记录”问题。通过分析问题原因，发现原来是Nginx+Lua环境下，使用阻塞的HTTP请求库导致连接池被污染，进而引发事务问题。最终通过采用非阻塞的HTTP请求库，解决了问题，但修改量较大，需要一定时间来完成。
其中，主键列指定了 PRIMARY KEY 约束，强制该列的值在表中唯一，并且使用 AUTO_INCREMENT 关键字，表示该列的值会自动递增生成。
在实现分库分表的情况下，数据库自增主键已无法保证自增主键的全局唯一。为此，MyCat 提供了全局sequence，并且提供了包含本地配置和数据库配置等多种实现方式。
在mysql运维操作中会经常使用到alter这个修改表的命令，alter tables允许修改一个现有表的结构，比如增加或删除列、创造或消去索引、改变现有列的类型、或重新命名列或表本身，也能改变表的注释和表的类型。 下面就针对alter修改命令的使用做一梳理： 在mysql运维操作中会经常使用到alter这个修改表的命令，alter tables允许修改一个现有表的结构，比如增加或删除列、创造或消去索引、改变现有列的类型、或重新命名列或表本身，也能改变表的注释和表的类型。 下面就针对alter修改命令的使用
本文只整理MySQL的自增字段方案，Oracle和SQL Server的自增长方案就不介绍了。
https://www.cnblogs.com/along21/p/8011596.html
2、在schema.xml中，table中增加属性autoIncrement值为true，添加mycat_sequence表
centos系统服务器2台、 一台用户做Mysql主服务器， 一台用于做Mysql从服务器， 配置好yum源、 防火墙关闭、 各节点时钟服务同步、 各节点之间可以通过主机名互相通信
Java程序在运行的过程中对于数据进行存储操作，变量，对象，数组，集合，双边队列...数据是保存到内存中，数据存储是瞬时的，程序退出，电脑异常。都会导致数据丢失并且不可逆。 文件存储数据，XML，JSON，其他文件。可操作性比较差，API繁琐，不同的文件有不同的解析方式，而且在内存占用和效率问题上很难达到两全程度。 存在的一些问题： 1. 文件保存的数据没有数据类型区分，都是字符串。 2. 数据存储量是较小的，有一定限制的。 3. 没有安全限制。 4. 文件操作没有备份，回滚，数据保护机制
整数类型：tinyint、smallint、mediumint、integer、bigint
数据切分后，原有的关系数据库中的主键约束在分布式条件下将无法使用，因此需要引入外部机制保证数据 唯一性标识，这种保证全局性的数据唯一标识的机制就是全局序列号（sequence），因此一般全局序列号用于分表情况
我们接着上一个文档继续做！由于还要用到上面装的mysql数据库，在这个进行一些配置
记录r进行上X锁，先对数据库A、表、页上加意向锁IX，才能对记录r上X锁。
本文实例讲述了PHP结合Redis+MySQL实现冷热数据交换应用案例。分享给大家供大家参考，具体如下：
此配置是我在使用过程中总结出比较实用的配置参数，基于GTID的主从复制场景中使用：
一个顾客可以使用顾客编号列，而订单可以使用订单ID，雇员可以使用雇员ID 或 雇员社会保险号。
微信分享里总是有一些亲子活动，或者参加某些大赛需要进行投票，而面向的是所有人都可以参与，或者有限制一个人每天能投票同一个参与者3票之类的。。。这些应用场景有很多。假如一个投票系统做一次投票活动1小时之内预计有100万用户进行投票，而且用户投票完成后就能查看到投票的实时情况，这个场景这个问题我们使用redis+mysql冷热数据交换来解决就好了。
1主配置文件Hibernate.cfg.xml主配置文件中主要配置：数据库连接信息、其他参数、映射信息！常用配置查看源码：hibernate-distribution-3.6.0.Final
最近帮业务部门梳理业务报表，其中有个需求是就算某指标等待时间最长的前百分之十，其实就是对等待时长进行倒序排序后，取结果集的前百分之十。
文章目录 1. Hibernate的基本配置 1.1. 核心配置文件(hibernate.cfg.xml) 1.1.1. 必须的配置(配置数据库信息) 1.1.2. 可选的配置 1.1.3. 实例 1.2. 映射关系文件 1.2.1. 作用 1.2.2. 缺点 1.2.3. 创建 1.2.4. 属性 1.2.5. 实例 1.2.6. 注意 1.3. SQL方言 1.3.1. 常用的方言(Mysql,Oracle) 1.4. 主键生成方式 1.4.1. 如何使用 1.4.2. 分类 1.4.3. 常见的分
回答：MySQL InnoDB 引擎底层数据结构是 B+ 树，所谓的索引其实就是一棵 B+ 树，一个表有多少个索引就会有多少颗 B+ 树，MySQL 中的数据都是按顺序保存在 B+ 树叶子节点上的。
Data Manipulation Language数据操纵语言 关键字：insert 、update 、delete
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
