在 MySQL 中，DATABASE 和 SCHEMA 在语法上是等效的，它们都用于创建数据库。在其他 RDBMS（如 Oracle 和 SQL Server）
mysql中的6个列属性：null，default，comment，primary key，unique key，auto_increment
我们在设计表结构的时候，经常会对某一列设置自增长的值，它的作用是可以帮助我们自动递增某一列的值，自增长的属性经常被设置在主键列上，原因是主键必须具有唯一性，而自动增长可以避免重复，二者结合恰到好处。除此之外，自增长的属性还可以避免在数据插入的时候，出现大量的数据页分裂操作，关于这一点，后面说到索引的时候，会着重介绍，现在我们只需要知道，主键一般设置成自增长的即可。
先说说为什么要重设评论ID，因为早之前写了很多关于“评论”相关的模块，如 Gravatar v1.3、Guest_url v1.0、Guest_Comment_url Hacks 1.0 等等，测试评论时占用了很多{id}，导致评论数据统计不正确（删除之后{id}空缺），还有一些“垃圾评论” 虽然删除了，但还是占用了{id}。所以今天重设评论{id}值。
本文主要以讨论电商的订单编码规则为案例，其他类型的服务编号设计思路其实也是相似的。
comment是专门用来给开发人员进行维护的注释说明 基本语法： ** comment’字段描述’**
1. 锁类型 锁是数据库区别与文件系统的一个关键特性，锁机制用于管理对共享资源的并发访问。 InnoDB使用的锁类型，分别有： 共享锁（S）和排他锁（X） 意向锁（IS和IX） 自增长锁（AUTO-INC Locks） 1.1. 共享锁和排他锁 InnoDB实现了两种标准的行级锁：共享锁（S）和排他锁（X） 共享锁：允许持有该锁的事务读取行记录。如果事务 T1 拥有记录 r 的 S 锁，事务 T2 对记录 r 加锁请求：若想要加 S 锁，能马上获得；若想要获得 X 锁，则请求会阻塞。 排他锁：允许持有该锁
自增长，也就是auto_increment是数据库中的一个比较特殊的定义，当相应列的值给值为NULL或者不给值的时候，会触发auto_increment，对当前已经存在的字段的数字进行+1或+你给的特定值的操作，如我上面的例子，auto_increment一般跟主键搭配操作，比较合适。 注意：在同一张表最多只能有一个自增长的字段，并且你给自增长字段赋值，这时自增长字段会失效，mysql会录入你给定的值 （1）如何查看此时表内自增长的值从几开始
约束条件：限制表中的数据，保证添加到数据表中的数据准确和可靠性！凡是不符合约束的数据，插入时就会失败！ 约束条件在创建表时可以使用， 也可以修改表的时候添加约束条件
锁定读的语句加锁类型注意事项select ... for update加X锁务必加上BEGIN， START TRANSACTION或者 SET AUTOCOMMIT=0select ... lock in share mode 加S锁
约束用于确保数据库的数据满足特定的商业规则。在mysql中，约束包括: not null、unique,primary key,foreign key,和check五种。
墨墨导读：MySQL序列概述为了达到标识的目的，许多应用程序需要生成唯一编号，比如：商品编号、交易流水号等。
Hibernate的核心就是对象关系映射： 加载映射文件的两种方式： 第一种：<mapping resource="com/bie/lesson02/crud/po/employee.hbm.
char 最多支持 255 个字符，char 如果存入数据的实际长度比指定长度要小，会补空格至指定长度；如果存入的数据的实际长度大于指定长度，低版本的 Mysql 会被截取前 255个 字符，高版本会报错。
配置环境变量： 选择PATH,在其后面添加: 你的mysql bin文件夹的路径 (如:C:\Program Files\MySQL\MySQL Server 5.6\bin )
今儿做了很多的业务需求，对接了几个接口，算是比较充实吧。想起了同事说的那句话，越忙的时候，越要停下来好好思考，抽空整理整理，不然就会很快陷入一个死循环里面去，最近也要好好整理整理之前学的一些东西了，一个清晰的条理，才能让你事半功倍。今天就补充一点之前遗漏的内容吧。
MySQL数据库通过约束(constraints)防止无效的数据进入到数据库中，以保护数据的实体完整性。 MySQL中主要有六种约束，分别是：主键约束（primary key），非空约束（not null），自增长约束(auto_increment)，默认约束(default) ，零填充约束（zerofill），唯一性约束(unique)。
之前的文章中写了一个小问题，当我们使用自增长的方式限定了一个自增长字段id以后，如果删除id=7的一条记录，再重新插入新纪录的时候，这个新纪录的id值会是多少？
在mysql运维操作中会经常使用到alter这个修改表的命令，alter tables允许修改一个现有表的结构，比如增加或删除列、创造或消去索引、改变现有列的类型、或重新命名列或表本身，也能改变表的注释和表的类型。 下面就针对alter修改命令的使用做一梳理： 在mysql运维操作中会经常使用到alter这个修改表的命令，alter tables允许修改一个现有表的结构，比如增加或删除列、创造或消去索引、改变现有列的类型、或重新命名列或表本身，也能改变表的注释和表的类型。 下面就针对alter修改命令的使用
latch称为闩锁（shuang suo），其要求锁定的时间必须非常短。若持续的时间长，则应用的性能会非常差。在InnoDB存储引擎中，latch又分为mutex互斥锁 和 rwLock读写锁。其目的是为了保证并发线程操作临界资源的正确性。通常没有死锁的检测机制。
整数类型：tinyint、smallint、mediumint、integer、bigint
使用SQLServer、MySQL时，无论我们使用的是直接JDBC连接数据库，还是通过Hibernate操纵数据库，我们只需要设置一个选项或者一行注解便可以实现主键的自增长。
Greenplum（以下简称GP）是基于PostgreSQL的MPP数据库。在使用方式和语法上和PostgreSQL基本一致，而PostgreSQL与MySQL在使用上还是有一些差异。本文在操作层面列举了一些最基本的差异，让MySQL用户能够快速上手GP。
简单来说就是一个数据表中需要一个主键，但是这个主键可能又没有什么具体的意义，你可以使用 AUTO_INCREMENT 来标识这条记录。
此配置是我在使用过程中总结出比较实用的配置参数，基于GTID的主从复制场景中使用：
真正约束字段的是数据类型，但是数据类型约束很单一，需要有一些额外的约束，更好的保证数据的合法性，从业务逻辑角度保证数据的正确性。所谓约束，就是避免犯一些低级错误，比如类似于语法错误，编译器的编译失败实际上也算是一种约束。
记录r进行上X锁，先对数据库A、表、页上加意向锁IX，才能对记录r上X锁。
最近项目中突然发现一次锁现象，订单多次付款，最后一次退款。退款完成后支付系统手动第三方回调，支付系统多次通知订单系统，订单系统在这个过程中发生死锁，下面给出订单系统表结构做模拟死锁。
MySQL约束 <1> 概念 是一种限制，它是对表的行和列的数据做出约束，确保表中数据的完整性和唯一性。 <2> 使用场景 创建表的时候，添加约束 <3> 分类 default: 默认约束, 域完整性 not null: 非空约束，域完整性 unique: 唯一约束，实体完整性 primary key: 主键约束，实体完整性 foreign key: 外键约束，参照完整性 check: 检查约束（MySQL不支持），域完整性 auto_increment: 自增长约束 unsigned: 无符号约束 zer
MySQL 的主键和 Oracle 差不多，都是对应一个唯一索引并且索引列是非空的。
指在数据显示的时候，最长可以显示的位数。 如果需要始终以最大长度显示，可以使用 zerofill 属性。 注意: 使用了 zerofill，一定是无符号整型。因为从左到右 0 填充。
数据切分后，原有的关系数据库中的主键约束在分布式条件下将无法使用，因此需要引入外部机制保证数据 唯一性标识，这种保证全局性的数据唯一标识的机制就是全局序列号（sequence），因此一般全局序列号用于分表情况
unique、 primary key、not null、default相对简单，本篇文章不做记录。
2、在schema.xml中，table中增加属性autoIncrement值为true，添加mycat_sequence表
1主配置文件Hibernate.cfg.xml主配置文件中主要配置：数据库连接信息、其他参数、映射信息！常用配置查看源码：hibernate-distribution-3.6.0.Final
在实现分库分表的情况下，数据库自增主键已无法保证自增主键的全局唯一。为此，MyCat 提供了全局sequence，并且提供了包含本地配置和数据库配置等多种实现方式。
回答：MySQL InnoDB 引擎底层数据结构是 B+ 树，所谓的索引其实就是一棵 B+ 树，一个表有多少个索引就会有多少颗 B+ 树，MySQL 中的数据都是按顺序保存在 B+ 树叶子节点上的。
Java程序在运行的过程中对于数据进行存储操作，变量，对象，数组，集合，双边队列...数据是保存到内存中，数据存储是瞬时的，程序退出，电脑异常。都会导致数据丢失并且不可逆。 文件存储数据，XML，JSON，其他文件。可操作性比较差，API繁琐，不同的文件有不同的解析方式，而且在内存占用和效率问题上很难达到两全程度。 存在的一些问题： 1. 文件保存的数据没有数据类型区分，都是字符串。 2. 数据存储量是较小的，有一定限制的。 3. 没有安全限制。 4. 文件操作没有备份，回滚，数据保护机制
一个顾客可以使用顾客编号列，而订单可以使用订单ID，雇员可以使用雇员ID 或 雇员社会保险号。
情景摘要 今天写了个非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()返回主键值。
最近帮业务部门梳理业务报表，其中有个需求是就算某指标等待时间最长的前百分之十，其实就是对等待时长进行倒序排序后，取结果集的前百分之十。
一旦定义了emp_sequence，你就可以用CURRVAL，NEXTVAL CURRVAL = 返回sequence的当前值 NEXTVAL = 增加sequence的值，然后返回sequence值 比如： emp_sequence.CURRVAL emp_sequence.NEXTVAL
本文的目的是搭建一个互为主从的mysql高可用架构，用来保证mysql服务器宕机的时候，能够自动的切换的另一台mysql服务器。
今天搭建了一套双主复制的架构，这种架构包含两台服务器，每一台都被配置成对方的主库和备库，是一种特殊的主从，架构图如下：
零、什么是SQLAlchemy SQLAlchemy是 Python 中常用的ORM框架 一、安装 在命令行中打开虚拟环境，在虚拟环境中输入如下命令： pip install flask-sqlalchemy 二、设置连接字符串连接数据库 1.初始化sqlalchemy对象 from flask import Flask from flask_sqlalchemy import SQLAlchemy app = Flask(__name__) # 初始化sqlalchemy对象 db = SQLAlchem
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
