我们在设计表结构的时候，经常会对某一列设置自增长的值，它的作用是可以帮助我们自动递增某一列的值，自增长的属性经常被设置在主键列上，原因是主键必须具有唯一性，而自动增长可以避免重复，二者结合恰到好处。除此之外，自增长的属性还可以避免在数据插入的时候，出现大量的数据页分裂操作，关于这一点，后面说到索引的时候，会着重介绍，现在我们只需要知道，主键一般设置成自增长的即可。
1. 锁类型 锁是数据库区别与文件系统的一个关键特性，锁机制用于管理对共享资源的并发访问。 InnoDB使用的锁类型，分别有： 共享锁（S）和排他锁（X） 意向锁（IS和IX） 自增长锁（AUTO-INC Locks） 1.1. 共享锁和排他锁 InnoDB实现了两种标准的行级锁：共享锁（S）和排他锁（X） 共享锁：允许持有该锁的事务读取行记录。如果事务 T1 拥有记录 r 的 S 锁，事务 T2 对记录 r 加锁请求：若想要加 S 锁，能马上获得；若想要获得 X 锁，则请求会阻塞。 排他锁：允许持有该锁
mysql中的6个列属性：null，default，comment，primary key，unique key，auto_increment
今儿做了很多的业务需求，对接了几个接口，算是比较充实吧。想起了同事说的那句话，越忙的时候，越要停下来好好思考，抽空整理整理，不然就会很快陷入一个死循环里面去，最近也要好好整理整理之前学的一些东西了，一个清晰的条理，才能让你事半功倍。今天就补充一点之前遗漏的内容吧。
之前的文章中写了一个小问题，当我们使用自增长的方式限定了一个自增长字段id以后，如果删除id=7的一条记录，再重新插入新纪录的时候，这个新纪录的id值会是多少？
使用SQLServer、MySQL时，无论我们使用的是直接JDBC连接数据库，还是通过Hibernate操纵数据库，我们只需要设置一个选项或者一行注解便可以实现主键的自增长。
comment是专门用来给开发人员进行维护的注释说明 基本语法： ** comment’字段描述’**
unique、 primary key、not null、default相对简单，本篇文章不做记录。
锁定读的语句加锁类型注意事项select ... for update加X锁务必加上BEGIN， START TRANSACTION或者 SET AUTOCOMMIT=0select ... lock in share mode 加S锁
MySQL约束 <1> 概念 是一种限制，它是对表的行和列的数据做出约束，确保表中数据的完整性和唯一性。 <2> 使用场景 创建表的时候，添加约束 <3> 分类 default: 默认约束, 域完整性 not null: 非空约束，域完整性 unique: 唯一约束，实体完整性 primary key: 主键约束，实体完整性 foreign key: 外键约束，参照完整性 check: 检查约束（MySQL不支持），域完整性 auto_increment: 自增长约束 unsigned: 无符号约束 zer
整数类型：tinyint、smallint、mediumint、integer、bigint
回答：MySQL InnoDB 引擎底层数据结构是 B+ 树，所谓的索引其实就是一棵 B+ 树，一个表有多少个索引就会有多少颗 B+ 树，MySQL 中的数据都是按顺序保存在 B+ 树叶子节点上的。
情景摘要 今天写了个非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
latch称为闩锁（shuang suo），其要求锁定的时间必须非常短。若持续的时间长，则应用的性能会非常差。在InnoDB存储引擎中，latch又分为mutex互斥锁 和 rwLock读写锁。其目的是为了保证并发线程操作临界资源的正确性。通常没有死锁的检测机制。
一个顾客可以使用顾客编号列，而订单可以使用订单ID，雇员可以使用雇员ID 或 雇员社会保险号。
约束条件：限制表中的数据，保证添加到数据表中的数据准确和可靠性！凡是不符合约束的数据，插入时就会失败！ 约束条件在创建表时可以使用， 也可以修改表的时候添加约束条件
sql_mode是个很容易被忽视的变量，默认值是空值，在这种设置下是可以允许一些非法操作的，比如允许一些非法数据的插入。在生产环境必须将这个值设置为严格模式。所以开发、测试环境的数据库也必须要设置，这样在开发测试阶段就可以发现问题。
MySQL 5.7.9版本sql_mode=only_full_group_by问题 用到GROUP BY 语句查询时com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Expression #2 of SELECT list is not in GROUP BY clause and contains nonaggregated column ‘col_user_6.a.START_TIME’ which is not functional
MySQL 5.7.9版本sql_mode=only_full_group_by问题
对于GROUP BY聚合操作，如果在SELECT中的列，没有在GROUP BY中出现，那么这个SQL是不合法的，因为列不在GROUP BY从句中
本文讲述了在使用Nginx+Lua+MySQL实现高并发请求时，遇到的“消失的记录”问题。通过分析问题原因，发现原来是Nginx+Lua环境下，使用阻塞的HTTP请求库导致连接池被污染，进而引发事务问题。最终通过采用非阻塞的HTTP请求库，解决了问题，但修改量较大，需要一定时间来完成。
零、前言 本章主要讲解学习MYSQl数据库中的表的约束 表的约束 真正约束字段的是数据类型，但是数据类型约束很单一，需要有一些额外的约束，更好的保证数据的合法性，从业务逻辑角度保证数据的正确性 表的约束很多，这里主要介绍如下几个： null/not null,default, comment, zerofill，primary key， auto_increment，unique key 1、空属性 两个值：null（默认的）和not null(不为空) 数据库默认字段基本都是字段为空
重启mysql：/etc/init.d/mysql restart 登录mysql：mysql -u root -p mysql ->select @@sql_mode; 验证sql_mode的值是否改变。
MySQL服务可以在不同的SQL模式下运行，并且可以针对不同的客户端以不同的方式应用这些模式，具体取决于sql_mode系统变量的值。我们可以设置全局SQL模式以匹配应用程序要求，不同的sql_mode影响服务端支持的SQL语法以及数据校验规则。
本文只整理MySQL的自增字段方案，Oracle和SQL Server的自增长方案就不介绍了。
配置环境变量： 选择PATH,在其后面添加: 你的mysql bin文件夹的路径 (如:C:\Program Files\MySQL\MySQL Server 5.6\bin )
MySQL数据库通过约束(constraints)防止无效的数据进入到数据库中，以保护数据的实体完整性。 MySQL中主要有六种约束，分别是：主键约束（primary key），非空约束（not null），自增长约束(auto_increment)，默认约束(default) ，零填充约束（zerofill），唯一性约束(unique)。
记录r进行上X锁，先对数据库A、表、页上加意向锁IX，才能对记录r上X锁。
真正约束字段的是数据类型，但是数据类型约束很单一，需要有一些额外的约束，更好的保证数据的合法性，从业务逻辑角度保证数据的正确性。比如有一个字段是email，要求是唯一的。表中一定要有各种约束，通过约束，让我们未来插入数据库表中的数据是符合预期的。约束的本质是通过技术收到逼迫程序员插入正确的数据，反过来，站在mysql的视角，凡是插入进来的数据，都是符合数据约束的。约束的最终目标：保证数据的完整性和可预期性所以需要更多的约束。 表的约束很多，这里主要介绍如下几个： null/not null,default, comment, zerofill，primarykey，auto_increment，unique key 。
本文实例讲述了PHP结合Redis+MySQL实现冷热数据交换应用案例。分享给大家供大家参考，具体如下：
字面意思理解是sql_model=only_full_group_by限制了，导致在以往MYSQL版本中能正常查询的SQL，在5.7不能用了
Data Manipulation Language数据操纵语言 关键字：insert 、update 、delete
微信分享里总是有一些亲子活动，或者参加某些大赛需要进行投票，而面向的是所有人都可以参与，或者有限制一个人每天能投票同一个参与者3票之类的。。。这些应用场景有很多。假如一个投票系统做一次投票活动1小时之内预计有100万用户进行投票，而且用户投票完成后就能查看到投票的实时情况，这个场景这个问题我们使用redis+mysql冷热数据交换来解决就好了。
· Mysql 5.1之前默认的存储引擎，支持包括全文索引、压缩、空间函数(GIS)等，不支持事务和行级锁。最大的缺陷是崩溃后无法安全恢复。
在mysql运维操作中会经常使用到alter这个修改表的命令，alter tables允许修改一个现有表的结构，比如增加或删除列、创造或消去索引、改变现有列的类型、或重新命名列或表本身，也能改变表的注释和表的类型。 下面就针对alter修改命令的使用做一梳理： 在mysql运维操作中会经常使用到alter这个修改表的命令，alter tables允许修改一个现有表的结构，比如增加或删除列、创造或消去索引、改变现有列的类型、或重新命名列或表本身，也能改变表的注释和表的类型。 下面就针对alter修改命令的使用
今天在使用数据库的时候，遇到一个场景，即在插入数据完成后需要返回此数据对应的自增主键id，但是在使用Mybatis中的generatedKey且确认各项配置均正确无误的情况下，每次插入成功后，返回的都是1，而不是最新的自增Id。
报错:ERROR 1055 (42000): Expression #1 of SELECT list is not in GROUP BY clause and contains nonaggregated column ‘work_ad.api_community_pic.id’ which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by
今天搭建了一套双主复制的架构，这种架构包含两台服务器，每一台都被配置成对方的主库和备库，是一种特殊的主从，架构图如下：
自增长，也就是auto_increment是数据库中的一个比较特殊的定义，当相应列的值给值为NULL或者不给值的时候，会触发auto_increment，对当前已经存在的字段的数字进行+1或+你给的特定值的操作，如我上面的例子，auto_increment一般跟主键搭配操作，比较合适。 注意：在同一张表最多只能有一个自增长的字段，并且你给自增长字段赋值，这时自增长字段会失效，mysql会录入你给定的值 （1）如何查看此时表内自增长的值从几开始
简单来说就是一个数据表中需要一个主键，但是这个主键可能又没有什么具体的意义，你可以使用 AUTO_INCREMENT 来标识这条记录。
爱可生 DBA 团队成员，一位会摄影、会铲屎、会打球、会骑车、生活可以自理的 DBA
在软件开发过程中，我们经常要把程序内存中的数据存放到磁盘（或数据库），或者把磁盘（或数据库）的数据加载到内存。这种把程序数据在“瞬时状态”和“持久状态”间转换的过程我们称之为“持久化”。
最近帮业务部门梳理业务报表，其中有个需求是就算某指标等待时间最长的前百分之十，其实就是对等待时长进行倒序排序后，取结果集的前百分之十。
centos系统服务器2台、 一台用户做Mysql主服务器， 一台用于做Mysql从服务器， 配置好yum源、 防火墙关闭、 各节点时钟服务同步、 各节点之间可以通过主机名互相通信
Java程序在运行的过程中对于数据进行存储操作，变量，对象，数组，集合，双边队列...数据是保存到内存中，数据存储是瞬时的，程序退出，电脑异常。都会导致数据丢失并且不可逆。 文件存储数据，XML，JSON，其他文件。可操作性比较差，API繁琐，不同的文件有不同的解析方式，而且在内存占用和效率问题上很难达到两全程度。 存在的一些问题： 1. 文件保存的数据没有数据类型区分，都是字符串。 2. 数据存储量是较小的，有一定限制的。 3. 没有安全限制。 4. 文件操作没有备份，回滚，数据保护机制
表的约束：表中一定要有各种约束，通过约束，让我们未来插入数据库表中的数据是符合预期的。约束本质是通过技术手段，倒逼用户，插入正确的数据。反过来，在 mysql 角度，凡是插入进来的数据，都是符合数据约束的！约束的最终目的就是保证数据的完整性和可预期性。因此我们需要更多的约束条件！
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
