表与表之间的关系 表1 foreign key 表2 则表1的多条记录对应表2的一条记录，即多对一 利用foreign key的原理我们可以制作两张表的多对多，一对一关系 多对多： 表1的多条记录可以对应表...1、先确定关系 2、找到多的一方，把关联字段写在多的一方 一对多 多对一或者一对多（左边表的多条记录对应右边表的唯一一条记录） 需要注意的： 1.先建被关联的表，保证被关联表的字段必须唯一。...用来存book和author两张表的关系） 要把book_id和author_id设置成联合唯一 联合唯一：unique(book_id，author_id) 联合主键：alter table t1...=======书和作者，另外在建一张表来存书和作者的关系 #被关联的 create table book1( id int primary key auto_increment, name varchar...-- 建立user和usergroup的关系表 create table user2usergroup( id int not NULL UNIQUE auto_increment, user_id
数据库表有三种关系： 多对一 多对多 一对一 多对一 外键在“多”侧 比如有两个表，分别是书籍表和出版社表。书籍和出版社是典型的多对一关系，即一本书只能由一个出版社出版，一个出版社可以出版多本书。...需要第三张表来建立他们的外键关系，如下： ?...，删除author2book表中的记录后，author表和book表的记录并没有删除 一对一 两张表：学生表和客户表 对于一些教育培训机构而言，客户即使潜在的学生，是一对一的关系 一对一：一个学生是一个客户...，一个客户有可能变成一个学生，即一对一的关系 关联方式：foreign key+unique 对于多对一的关系而言：关联表中的外键无需指定为unique，因为存在多个记录的外键指向被关联表的同一个记录...但对于一对一的关系而言：为了保证两张表记录的一一对应，需要把关联表的外键约束为unique ?
主从复制的原理 分为同步复制和异步复制，实际复制架构中大部分为异步复制。...环境描述 OS：Centos6 主服务器master：192.168.11.120 从服务器slave：192.168.11.139 mysql主从配置 mysql主服务器配置(master) master...GRANT OPTION; #更新数据库权限mysql>flush privileges; 锁定所有表（防止数据库状态值变化，锁定后，这时候只能读，不能写，写请求会在解锁后执行） mysql> FLUSH...mysql数据库同步验证 主从数据库设置工作已经完成，可以在master新建数据库和表，插入和修改数据，查看slave是否获得同步，测试一下是否成功。...一般不成功有以下几个原因： 1.server-id 设置了一样，默认都是1，要设置不一样 2.主数据库防火墙没设置允许远程访问3306端口 3.没锁表再记录MASTER_LOG_FILE、MASTER_LOG_POS
外键 说到表与表之间的关系就不得不说到一个关键词：外键 MySQ中的外键是什么，和表与表之间有什么关联？...，子表employee中对应的记录跟着删 mysql> delete from department where id=3; mysql> select * from employee; +----+-...，子表employee中对应的记录跟着改 mysql> update department set id=22222 where id=2; mysql> select * from employee;...那么 我们怎么找出表和表之间的关系呢？？...这种情况很简单，就是在左表foreign key右表的基础上，将左表的外键字段设置成unique即可 找出表和表之间的关系 通过以上的方法可以找到表和表之间的 关系，既然找到了这种关系或者叫关联
临时表是执行sql语句过程中创建的中间过渡表，例如多表联合操作，就需要建立临时表 查看临时表的使用状态 mysql>show global status like 'created_tmp%'; created_tmp_tables...每次创建临时表时都会增加 created_tmp_disk_tables 如果是在磁盘上创建临时表，它会增加 created_tmp_files 表示MySQL服务创建的临时文件数 比较理想的配置是：...created_tmp_disk_tables / created_tmp_tables *100% <= 25% 再看一下临时表的配置： show variables like '%tmp_table_size...%'; tmp_table_size的默认值是32M，说明只有32M以下的临时表才能全部放在内存中，超过的就会用到硬盘临时表 可以适当增加此变量的值，例如 mysql> set session tmp_table_size
open_tables表示打开表的数量 opened_tables表示打开过的表数量 我们可以用如下命令查看其具体情况： mysql>show global status like 'open%tables...如果opened_tables数量过大，说明配置中ta-ble_cache的值可能太小，我们查询一下服务器table_cache值 mysql>show variables like 'table_cache...比较合适的值为： Open_tables/Opened_tables * 100%>=85% Open_tables/table_cache * 100%<=95% 修改 table_cache 值： mysql
MySQL主从搭建分几种场景 无业务数据，初始化搭建 有业务数据，临时扩展 初始化的搭建很简单，不涉及数据业务，所以锁表、停机等都不影响，但是更多时候是业务到一定阶段，才会涉及到横向扩展，需要做主从，...读写分离等来提升服务性能 这个时候，数据业务不能中断，又需要快速进行扩展提升性能，只能在不停机、不停服务的情况下扩展，就需要用到下面介绍的这种方法来做数据库主从 当然还是有前提条件，如果你原本MySQL...连binlog及server_id都这种基础配置都没做，那也谈不上不停机配置主从 原理 不停机实现主从搭建的关键点就是以下两个参数： --single-transaction --master-data...TRANSACTION 语句，开启单一事务，此时加锁，仅仅是为了获取准确的master-data中的binlogfile和pos信息，在开启事务后，锁已经释放了，所以对业务影响很小 通过以上两个参数，可以在不长时间锁表的情况下获取准确的...to master_host='ip',master_user='slave',master_port=port,master_password='password',master_log_file='mysql-bin.file
` varchar(20) NOT NULL, `description` varchar(255) DEFAULT NULL, PRIMARY KEY (`id`) ) 4、用户角色关系表...1` FOREIGN KEY (`user_id`) REFERENCES `t_user` (`id`) ON DELETE CASCADE ON UPDATE CASCADE ) 5、角色权限关系表...用户有着“读者”，“作者”和“管理员”角色，角色有不同权限，如小说收藏，小说发布和广告发布 假定，用户和角色是一对一关系，即一个用户只有一个角色；角色和用户的关系是一对多关系，一个角色对应着多个用户。...(方便后面对应英文单词直观反应着关系，如看到reader就是表示读者角色) 角色和权限的关系是多对多关系。即一个角色有着多种权限，同样，一个权限可以分给不同角色。...，角色和用户是一对一关系。
问题背景 在云服务器上构建一个云数据库RDS数据库的从库，构建的方式也相对比较简单，和搭建主从的复制没啥区别，这里不做具体介绍； 构建完成后，业务上线之后，构建的从库出现主从复制报错的问题，具体的报错信息如下所示...： 备注：由于云数据库RDS由于没有开启GTID，所以只能基于偏移量进行主从复制、 （有些强一致性金融级云数据库RDS默认GTID是关闭的） mysql>show slave status\G ****...Master_TLS_Version: 1 row in set (0.00 sec) 查看performance_schema.replication_applier_status_by_worker表查看具体的报错信息如下...接下来，我们查看一下，目前从库设置的时区 mysql>show variables like '%time_zone%'; +------------------+--------+ | Variable_name...mysql中，然后就支持设置支持’Asia/Shanghai’这种时区格式 mysql>set session time_zone='Asia/Shanghai'; Query OK, 0 rows affected
故障现象：两个数据库数据大小不一致，主从有问题，我重新建立主从关系后从的IO和SQL线程状态都是yes但是不同步数据。...-------------------------------------+ 1 row in set (0.00 sec) #如果没有反馈server_id,slave_UUID等信息也可以判定没有主从关系...Replicate_Ignore_DB: 以上是我重新建立的主从关系，从状态上可以看出没有什么问题，并且我在从上重新导入了一份主库的数据库包括数据表，使主从数据差异缩小，我尝试在主上指定的...< 包名字 搭建环境我就不说了 当我尝试重新建立主从关系然后进行在主建立表还是不复制状态如生产环境一样没问题都是yes 令我苦恼 于是我就在我的测试环境用自己的pull的镜像做了一下主从都用新的...master日志里面和你的pos位置，不存在现在主库已有的当时创建数据库和表的sql语句，必须你在从库上也要有相同的库和表才能进行同步成功 划重点：一定要注意主从重新搭建之后。
前提： mysql主从的搭建前提有： 两台虚拟机 两台虚拟机上都装有mysql，并且版本一样，两边的mysql数据库文件一致,mysql的安装方式我在前面博客已经介绍过了。...环境: Host Role IP mysql-1 Master 192.168.30.106 mysql-2 Slave 192.168.30.107 搭建 在主从服务器上都创建一个用户 $ mysql...， mysql如何减少主从复制延迟: 如果延迟比较大，就先确认以下几个因素： 从库硬件比主库差，导致复制延迟 主从复制单线程，如果主库写并发太大，来不及传送到从库 就会导致延迟。...–master-connect-retry=seconds 单位为秒 默认设置为 60秒 参数含义：当重新建立主从连接时，如果连接建立失败，间隔多久后重试 通常配置以上2个参数可以减少网络问题导致的主从数据同步延迟...= 1 之类的设置，而slave则不需要这么高的数据安全，完全可以讲sync_binlog设置为0或者关闭binlog innodb_flushlog也可以设置为0来提高sql的执行效率。
0904自我总结 django模型中有外键关系的表删除相关设置 一.一对一 例如有Author、AuthorDetail两表 author = models.OneToOneField(to='Author...断开表关联，on_delete规定逻辑关联删除动作，models.CASCADE级联删除 二.一对多 例如Book、Publish两表 publish = models.ForeignKey(to='Publish..., models.CASCAD为级联关系,'SET_NULL'置空,SET_DEFAULT设为默认值 两者区别 models.SET关联表内容删了,关联的相关内容不会删除 models.CASCAD关联表内容删了...,关联的相关内容会删除 db_constraint关系断开后,但是不影响联表查询 四.多对多关系 例如Book、Author两表 authors = models.ManyToManyField(to=...：出版社删除或书删除彼此不影响，但关系表一定级联删除 2）正向找 外键字段，反向找 外键字段related_name 3）db_constraint断开表关联，on_delete不存在(不设置，本质在第三张表中设置
Linux下mysql可以通过“ALTER TABLE 旧表名 RENAME [TO] 新表名;”语句来修改表名；还可以通过配置my.cnf文件，修改“lower_case_table_names”选项的值为...“1”来设置表名不区分大小写。...Linux下mysql设置表名 在 MySQL 中，可以使用 ALTER TABLE 语句来实现表名的修改。...在 MySQL 中可以使用 ALTER TABLE 语句来改变原有表的结构，例如增加或删减列、更改原有列类型、重新命名列或表等。...用户可以使用 DESC 命令查看修改后的表结构， Linux下Mysql设置表名不区分大小写 Linux下的MySQL默认是区分表名大小写的 通过如下设置，可以让MySQL不区分表名大小写： 1、用root
可以在数据库图表中的表之间创建关系，以显示一个表中的列与另一个表中的列是如何相链接的。 在一个关系型数据库中，利用关系可以避免多余的数据。...一、表与表之间关系概述 1.1、什么是表与表之间关系 在关系型数据库中，为了避免数据冗余，我们的一些表与表之间肯定是有一定的关系。 如：学生表与老师表，部门表与员工表，用户表与权限表等。...在表设计的时候，就应该体现出来表与表之间的这种关系。 1.2、表与表之间关系分类 1.2.1、一对多关系 一对多关系是最普通的一种关系。...要创建这种关系，需要定义第三个表，称为结合表，它的主键由 A 表和 B 表的外部键组成。 注意： 多对多的创建原则： 二个表与中间表创建1对多的关系。...6 | f3swe | +----+---------+----------+ 3 行于数据集 (0.01 秒) 4、多对多应用 创建多对多：要把book_id和author_id设置成联合唯一
主库 打开 /etc/my.cnf #mysql master1 config [mysqld] server-id = 1 # 节点ID，确保唯一 log-bin = mysql-bin...#开启mysql的binlog日志功能 sync_binlog = 1 #控制数据库的binlog刷到磁盘上去 , 0 不控制，性能最好，1每次事物提交都会刷到日志文件中，性能最差....000005 120| | mysql | | ±-----------------±---------±-------------±-----------------±--------------...----+ 1 row in set (0.00 sec) 从库 mysql> CHANGE MASTER TO MASTER_HOST = '172.17.0.3', MASTER_USER...OK, 0 rows affected (0.04 sec) 在 Slave 的 MySQL 终端执行查看主从同步状态： show slave status \G;
前言 公司规定，生产环境中一旦与数据(缓存也不例外)扯上关系的一律不由k8s统一管理 因此，别想一键式部署了，只能老老实实单独部署 再此，就记录一下搭建过程，分享给小伙伴们，避免浪费时间 废话不多说，...= 1001 2、进入Mysql，分别为二台master创建各种的用户供对方使用 温馨提示: 本案例为双主从，也就是master同步到node，node同步到master。...master_log_pos=154; 6、分别利用命令启动slave #启动 start slave; #关闭 stop slave; 7、测试结果，在master上创建数据库，node是否能同步，然后再在node上创建表写数据...SQL_SLAVE_SKIP_COUNTER=1; START SLAVE; show slave status; 3、Slave_IO_Running: No #解决办法 stop slave; #根据master重新设置...status； 4、数据库主从日志很大 设置只保留30天的binlog (临时，重启mysql这个参数会失败) set global expire_logs_days = 30; (永久，my.cnf
# 2.应用场景 从服务器作为主服务器的实时数据备份 主从服务器实现读写分离（主写从读），从服务器实现负载均衡 把多个从服务器根据业务重要性进行拆分访问（从服务器根据业务进行拆分） # 3.master...主库配置 修改my.cnf [root@localhost mysql]# cat my.cnf [mysqld] log-bin=/var/log/mysql/mysql-bin server-id...-R mysql:mysql /var/log/mysql 重启数据库后，查看以下配置是否生效 mysql> show variables like 'server_id'; +----------...> 在主库上建立用于主从复制的账号 mysql> CREATE USER 'rep1'@'%'; mysql> GRANT REPLICATION SLAVE ON *.* TO 'rep1'@'...',MASTER_LOG_FILE='mysql-bin.000003',MASTER_LOG_POS=154; mysql> start slave; 查看slave的状态 mysql> show slave
Mysql主从复制 背景： Mysql可以实现主从复制，在学习了Mysql主从复制后，将一些如何主从复制过程记录下来，供以后复习使用。...准备： 在做Mysql的主从复制前需要做一些准备工作： 1、同步时间 做主从的服务器的时间需要同步，不然会出问题。...主从复制： 步骤1、安装Mysql服务 yum install mysql-server mysql 如果是Centos7版本：yum install mariadb-server mariadb (7...的所有者和所属组为mysql；命令：chown mysql.mysql /app/bin_log 2)启动服务并添加主从复制需要的帐号 CentOS6:service mysqld start CentOS7...步骤4、测试 1)在主数据库服务器创建一个数据库 2)在从mysql从服务器查看是否生成创建的数据库 到此mysql的主从复制已完成。
为什么需要主从复制 分别读写数据库的时候，把读和写分开，能够有效的提高数据库的负载 保证数据的高可用，一旦有一台数据库服务器宕机，不会对数据产生太大的影响 可以横向扩展，实现数据库的水平扩容 主从同步的原理...主从复制的根本原理是从 master 服务器上面的数据，通过一定的方式同步到 slave 服务器上面。...上面的 3 个过程是 MySQL 主从同步的大概流程，其中 binlog 和 relay log 的读写都是顺序 IO，性能很高。...搭建主从同步 此处用 Linux 服务器进行演示： 安装 MySQL 修改 my.cnf 如果找不到 my.cnf文件可以直接新建一个文件，MySQL 会自动读取。...sudo vim /etc/mysql/my.cnf 打开后，加入如下内容： [mysqld]# 这行一定要有 server-id = 1 #主机可以设置为1，从机可设置为IP最后一段（保证唯一性）
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
云直播
