一、角色划分 1、MySQL数据库规划 我现在的环境是：zhdy04和zhdy05已经做好了主主架构配置，现在需要的是把两台或者多台从服务器与主一一同步。 如果搭建主主环境，参照此链接！ 主机名 IP 地址 角色 Mysql_server_id zhdy04 192.168.230.145 masterA 145 zhdy05 192.168.230.146 masterB 146 zhdy06 192.168.230.147 slaveA 147 zhdy07 192.168.230.148 slaveB
一 介绍 约束条件与数据类型的宽度一样，都是可选参数 作用：用于保证数据的完整性和一致性 主要分为： primary key (PK) 标识该字段为该表的主键，可以唯一的标识记录 foreign key (FK) 标识该字段为该表的外键 not null 标识该字段不能为空 unique key (UK) 标识该字段的值是唯一的 auto_increment 标识该字段的值自动增长（整数类型，而且为主键） default 为该字段设置默认值 unsigned 无符号 z
unique、 primary key、not null、default相对简单，本篇文章不做记录。
一 介绍 约束条件与数据类型的宽度一样，都是可选参数 作用：用于保证数据的完整性和一致性 主要分为： PRIMARY KEY (PK) 标识该字段为该表的主键，可以唯一的标识记录 FOREIGN KEY (FK) 标识该字段为该表的外键 NOT NULL 标识该字段不能为空 UNIQUE KEY (UK) 标识该字段的值是唯一的 AUTO_INCREMENT 标识该字段的值自动增长（整数类型，而且为主键） DEFAULT 为该字段设置默认值 UNSIGNED 无符号 Z
default默认值，创建列时可以指定默认值，当插入数据时如果未主动设置，则自动添加默认值
本人是测试环境，准备了两台安装好mysql的服务器（masterA和masterB），可以保证没数据写入，否则需要先将两台服务器上的数据一致，然后再进行主从配置，步骤是：先masterA锁表-->masterA备份数据-->masterA解锁表-->将masterA数据导入masterB-->设置主从。
最近有个需要，国内和国外分别开了两台mysql数据库，要求是数据实时同步，不管那边访问，数据都是一样的。 其实好几年前，做过一次MySQL的主主同步，都已经忘记怎么做了。这次做完，顺便记录一下。
为了防止不符合规范的数据进入数据库，在用户对数据进行插入、修改、删除等操作时，DBMS自动按照一定的约束条件对数据进行监测，使不符合规范的数据不能进入数据库，以确保数据库中存储的数据正确、有效、相容。
是否可空，null表示空，非字符串 not null - 不可空 null - 可空
通常，我们都会在数据库表中设置一个自增字段作为主键，该字段的值会随着添加新记录而自增。 同时也必须注意，这个自增字段的值只会一直增加，即使把记录删除了，该自增字段的值也不会变小。 因此，就会产生一个现象：假如某些记录被物理删除了，那么表中记录的这个自增字段值就不是连续的。 即：通过某个自增值去查询的时候表里并不存在该记录。
因为MySQL中的自增字段与Oracle数据库是不一样的，所以在这里记录一下MySQL的自增字段。
前面介绍了主从复制，这一篇我将介绍的是主主复制，其实听名字就可以知道，主主复制其实就是两台服务器互为主节点与从节点。接下来我将详细的给大家介绍，怎么去配置主主复制！ 一、主从复制中的问题 1.1、从节点占用了主节点的自增id 环境： 主节点：zyhserver1=1.0.0.3 从节点：udzyh1=1.0.0.5 第一步：我们在主节点中创建一个数据库db_love_1，在创建一个表tb_love（里面有id自增和name属性）。 create database db_love_
创建表时设置 设置表 SOME_TABLE 自增起点为 101。 CREATE TABLE `SOME_TABLE` (ID INT PRIMARY KEY AUTO_INCREMENT) AUTO_INCREMENT=101; 随时设置 设置表 SOME_TABLE 自增起点为 101。 ALTER TABLE `SOME_TABLE` AUTO_INCREMENT=101; 全局设置自增的间隔 针对所有表，每次自增从 += 1 变成 += 3。 mysql> SET AUTO_INCREMENT_INC
墨墨导读：MySQL序列概述为了达到标识的目的，许多应用程序需要生成唯一编号，比如：商品编号、交易流水号等。
只要开启了binlog功能的mysql服务器就支持同步数据,支持数据同步就支持做为主节点.
问题描述 mysql数据库有auto_increment这样一个特性，一般是用来设置Integer类型主键自增长。比如下面的代码： -- 刚创建表，该表没有AUTO_INCREMENT值 create table test( id int(11) primary key not null auto_increment, field1 varchar(40) not null default '' ) engine=InnoDB; show create table test\G; ... Creat
转：http://blog.csdn.net/qq394829044/article/details/53203645
MySQL中对于表上ID自增列可以在创建表的时候来指定列上的auto_increment属性；等同于SQL server中的identity属性；Oracle则是通过Sequence方式来实现。在MySQL中，系统变量auto_increment_increment，auto_increment_offset 影响自增列的值及其变化规则。本文主要描述这两个系统变量的相关用法。
在mysql运维操作中会经常使用到alter这个修改表的命令，alter tables允许修改一个现有表的结构，比如增加或删除列、创造或消去索引、改变现有列的类型、或重新命名列或表本身，也能改变表的注释和表的类型。 下面就针对alter修改命令的使用做一梳理： 在mysql运维操作中会经常使用到alter这个修改表的命令，alter tables允许修改一个现有表的结构，比如增加或删除列、创造或消去索引、改变现有列的类型、或重新命名列或表本身，也能改变表的注释和表的类型。 下面就针对alter修改命令的使用
在做自动化运维开发过程中，需要从information_schema.tables获取MySQL表相关的元信息，发现MySQL8.0和5.7存在的差异还是比较大的；在MySQL8.0以前，通常会通过infomation_schema的表来获取一些元数据，例如从tables表中获取表的下一个auto_increment值，从indexes表获取索引的相关信息等。
通过SET auto_increment_increment=3，标识列可以设置步长。
MGR是MySQL官方开发的一个开源插件，和其他的异步复制和半同步复制不同，它是利用了MySQL的组复制技术来实现高可用的一种解决方案，保证了数据的强一致性。MySQL在5.7.17版本中正式引入。所谓的组是指多个MySQL服务器被Group Replication插件连接在一起，组内的成员通过组管理服务实现了自动化的管理功能。对于用户来讲，只需要将新的服务器加入到已有的组里面，或者从已有的组里面剔除故障服务器即可，组内的通信方式，用户可以无需关心。
同事咨询个问题：某个业务基于 INFORMATION_SCHEMA 统计表的信息（比如最大值）向表里面插入数据。
MySQL多主复制是一种常见的高可用性解决方案，它可以实现数据的分散和负载均衡，提高系统的可扩展性和可用性。下面是一个简要的MySQL多主复制部署文档，包括几个主要步骤。
忙活了一天，晚上抽空做了几个关于索引和主键的小测试，记录一下，希望对大家有帮助。（所有测试都是在MySQL5.7的环境下测试的）
mysql8.0已经发布几年了，现在还有使用mysql5.6的情况，今天我们来温故一下mysql5.6的双主配置, 配置 MySQL 5.6 双主同步的步骤如下：
主键索引是关系数据库中最常见的索引类型 主要作用是确定数据表里一条特定的数据记录的位置
最近在极客时间上学习丁奇大佬的《MySQL 45讲》，这里结合自己的理解分享出来，喜欢的同学可以购买原版课程进行学习，里面的内容很丰富。
MySQL 序列是一组整数：1, 2, 3, ...，由于一张数据表只能有一个字段自增主键， 如果你想实现其他字段也实现自动增加，就可以使用MySQL序列来实现。
网名“北在南方”，资深 DBA，主要负责数据库架构设计和运维平台开发工作，擅长数据库性能调优、故障诊断。
在mysql中有多种自增id，除了我们日常开发中经常使用的自增主键外，还有一些其他的自增id，主要是mysql内部为了辅助其正常运行而使用的。
然后插入数据，最后看到，表会自动生成一个AUTO_INCREMENT的值，ENGINE=InnoDB AUTO_INCREMENT=11 DEFAULT CHARSET=latin1 ,表示下一次插入数据时，如果需要自动生成自增值，会生成 id=11。
MySQL主键与非主键设置自增问题： ERROR 1075 (42000): Incorrect table definition; there can be only one auto column and it must be defined as a key 开始： MySQL [liangcb]> show create table a5; +-------+---------------------------------------------------------------------
数据库表的操作主要包括修改表名、查看表结构、添加字段、删除字段、修改字段类型、修改字段名、给表设置主键、设置自增长字段、删除表、清空表。下面会一一举例。
使用MYSQL有一段时间了，由于公司使用SQLSERVER和MYSQL，而且服务器数量和数据库数量都比较多
昨天在调试一个业务代码中，无意间发现了一个问题。数据入库后的主键不是连续自增的，主键键值没过几秒就从两千多直接跳到了五千上下。这是为什么？瞬间引起我的注意。 先简单说明下环境。Mysql版本：5.6.23。为了防止某些数据重复，数据库中对某些字段设置了唯一索引，即unique key。经确认此表也只有一个业务程序在操作。那么，问题就定位到主键的auto_increment属性上了。 问题重现 下面来还原问题，以便能准确查找出原因。 表结构如下： CREATE TABLE `test_innodb` (
在 第4篇 文章中，我们提到过自增主键，由于自增主键可以让主键索引尽量地保持递增顺序插入，避免了页分裂，因此索引更紧凑。
如果你的业务设计依赖于自增主键的连续性，这个设计假设自增主键是连续的。但实际上，这样的假设是错的，因为自增主键不能保证连续递增。
结合实例分析了自增值保存在哪里，自增值的修改策略，以及自增值不连续的四个场景，希望对各位小伙伴们有所帮助~
大家好，我是架构君，一个会写代码吟诗的架构师。今天说一说mysql的几种锁_初中常见七种沉淀,希望能够帮助大家进步!!!
今天是《MySQL核心知识》专栏的第4章，今天跟大家一起聊聊MySQL的简单语法。好了，开始今天的正题。
最近在工作中遇到很多使用MySQL自带的autoincrement函数作为发号器，在实际使用中当并发比较小的时候还没有问题，一旦并发增加就会出现很多问题，特此进行如下总结。
有客户反馈，他们对一个 VARCHAR 类型的字段进行长度扩容。第一次很快就可以修改好，但是第二次却需要执行很久。比较疑惑明明表中的数据量是差不多的，为什么从 VARCHAR(20) 调整为 VARCHAR(50) 就比较快，但是从 VARCHAR(50) 调整为 VARCHAR(100) 就需要执行很久呢？ 于是我们对该情况进行场景复现并进行问题分析。
在MySQL8.0以前，通常会通过infomation_schema的表来获取一些元数据，例如从tables表中获取表的下一个auto_increment值，从indexes表获取索引的相关信息等。
可以看到，我们的SQL里面创建了一个表t2的字段有id、name和age，其中，age字段设置了不可见属性。
当数据库的隔离级别为Repeatable Read或Serializable时,我们来看这样的两个并发事务（场景一）：
在 MySQL 的常见规范里面，每个表都要设置主键，一般来说都会推荐自增列作为主键，这和 MySQL 属于聚簇索引表有关，顺序增长的主键比较合适。而自增列中比较常遇见的问题就是自增列的空洞。原生的 MySQL 自增列也存在一个 BUG，可能会影响到数据一致性，本文也会详细介绍，在自建 MySQL 的时候尽量不要踩到这个坑。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
