- 综合排序
- 最热优先
- 最新优先
- 来自专栏code人生
MySQL大表设计
数据库设计表结构设计垂直分割：将大的表分割成多个相关性较小的表，以减少单个表的字段数量。这有助于提高查询效率和降低冗余。规范化：合理使用规范化，将重复数据抽取成独立的表，以减小数据冗余。 2. 索引设计主键索引：对主键字段创建索引，以提高检索速度。 CREATE INDEX idx_combination ON main_data(field_1, field_2);全文索引：对需要进行全文搜索的字段创建全文索引，例如，文本内容。 分库分表如果数据量仍然巨大，可以考虑分库分表策略，将数据划分到不同的数据库或表中。4. 数据分区根据时间、范围等条件对数据进行分区，以提高查询效率。5. -- 例子：设置缓冲池大小SET GLOBAL innodb_buffer_pool_size = 2G;设计大规模数据集的数据库是一个综合性的任务，需要考虑到数据结构、索引、查询需求以及数据库引擎的特性
90110编辑于 2023-11-22 - 来自专栏开源部署
MySQL设计表规范
规范总结 所有数据库对象名称必须使用小写字母并用下划线分割 所有数据库对象名称禁止使用 MySQL 保留关键字【设计表后逐一排查】 所有表必须使用 Innodb 存储引擎，数据库和表的字符集统一使用 2.所有数据库对象名称禁止使用 MySQL 保留关键字（如果表名中包含关键字查询时，需要将其用单引号括起来） 关于MySQL保留关键字 WHERE，INSERT，UPDATE，SET，SELECT https ://dev.mysql.com/doc/mysqld-version-reference/en/keywords-8-0.html 建议在设计数据表之后逐一排查有没有使用关键字。 MyISAM只支持表级锁，适用插入不频繁，查询频繁的场景。 关于存储引擎 2. 2.
2K10编辑于 2022-08-18 MySQL表设计经验
表设计是每一个后端程序员都无法避开的一块转，而且这块砖一不小心就很容易烫手，本篇笔记就是喂了帮助大家在设计表是能够轻松拿捏1.命名规范数据库表名、字段名、索引名等都需要命名规范。 主键索引名为pk_字段名；唯一索引名为uk_字段名；普通索引名则为idx_字段名2.选择合适的字段类型设计表时，需要选择合适字段类型，比如说： 根据数据类型选择字段类型：不同的数据类型应该使用不同的字段类型 在mysql中，varchar和char类型表示字符长度，而其他类型表示的长度都表示字节长度。 所以在设计表时需要充分考虑一个字段的长度，比如一个用户名字段（它的长度是5~20个字符），你觉得应该设置多长呢？可以考虑设置为varchar(32)。需要注意字段长度一般设置为2的n次方。 11.避免使用MySQL保留字如果库名、表名、字段名等属性含有保留字时，SQL语句必须用反引号来引用属性名称，这将使得SQL语句书写、SHELL脚本中变量的转义等变得非常复杂。
42410编辑于 2025-07-23- 来自专栏ops技术分享
Mysql实例 表设计
二.设计表格 公司表 公司名称 公司编号（自增主键） 电话号码 A 1001 xx B 1002 xx 广告表 广告编号 有该广告的公司的编号（自增主键） 广告收费/点击一次 1 1001 2 2 1001 3 3 1002 2 点击表 广告编号 该广告发送给浏览者的日期 1 101101 2 101102 1 101323 3 111232 三.查询 查都有哪些公司 直接查询公司表的 公司名称 字段 select 广告编号 from 广告表 where 公司编号 = (select 公司编号 from 公司表 where 公司名称=A); 结果为A公司投放了编号为1,2的广告 查A公司10月份该交多少广告费 广告费 from 广告表 where 广告编号=1; select 广告费 from 广告表 where 广告编号=2; 根据广告编号查出10月份的1广告点击有多少次，日期为秒格式，所以找出10-11 between 100000 and 199999; 最后做个计算即可 四.分析 表结构设置 目前有3张表，基本满足业务需求，但未来查询更多，需要重新设计主键位置，表结构。
1.6K20发布于 2021-06-17 - 来自专栏shigen的学习笔记
mysql表设计规范
tinyint 1 字节有符号整数，取值范围为 -128 到 127 或者 0 到 255（无符号）储存布尔值、状态、标志等具有低范围值的数据smallint2 字节有符号整数，取值范围为 -32,768 到 32,767 或者 0 到 65,535（无符号）储存较小的整数值，如年份、订单数量等 int 4 字节有符号整数，取值范围为 -2,147,483,648 尽可能使用 not null定义字段将字段设置成空字符串或者常量值not null防止出现空指针的问题null值存储也需要额外的空间，导致比较运算更为复杂，是优化器难以优化sqlnull值可能会导致索引失效设计索引有查询条件的字段 ，一般要加索引单表的索引不超过5个区分度不高的字段，不添加索引（性别）避免索引失效的情况（mysql的内置函数）索引过多，选用联合索引优化不使用外键关联使用外键存在性能问题、并发死锁问题、使用起来不方便等 mysql对于存储过程、触发器等还不是很成熟，没有完善的出错记录处理，不建议使用sql编写的优化经验查询尽量不要使用select *查询的结果只要一条或者只要最大/小的一条记录，建议使用limit 1避免
63230编辑于 2023-09-17 - 来自专栏从码农的全世界路过
MySQL表的物理设计
在设计好表结构之后, 就需要进行物理设计, 将实体及属性映射到具体表和列. 而合理选择存储引擎和列类型也是数据库设计十分重要的一个环节. 物理设计包括, 命名规范, 存储引擎, 列字段选择, 主键设计以及主键生成算法. 一. 命名规范 首先在定义数据库,表,字段时一定要公司的命名规范; 二. 8-1 smallint 2 bytes -2^15, 2^15-1 0, 2^16-1 mediumint 3 bytes -2^23, 2^23-1 0,2^24-1 intinteger 4 bytes decimal类型 列类型 存储空间 是否精确类型 float 4字节 否 double 8字节 否 decimal 每4字节存9个数字,小数点占1个字节 是 3.3 字符串类型 MySQL中字符串类型主要有两种 主键选择 应选择尽可能小且顺序增长的数字类型, 并且表主键可以与业务主键不同.
1.7K10编辑于 2022-06-20 - 来自专栏小工匠聊架构
MySQL - 高效的设计MySQL库表
---- 设计符合 2NF 的表 以订单信息表为例，讲述如何设计一个符合 2NF 的表 首先，我们看原始的订单信息表，如下图所示 ? 数据变更速度快 【缺点】 按照范式的规范设计的表，等级越高的范式设计出来的表数量越多。 对于一些特殊的业务场景，范式设计的表，无法满足性能的需求。此时，就需要根据业务场景，在范式的基础之上进行灵活设计，也就是反范式设计。 使用原则和设计规范 聊完范式，接下来我们看看 MySQL 使用中的一些使用原则和设计规范。 这些字段类型，在 MySQL 数据库的检索性能不高，很难使用索引进行优化。如果必须使用这些功能，一般采取特殊的结构设计，或者与程序结合使用其他的字段类型替代。
3.9K12发布于 2021-08-17 - 来自专栏changxin7
2.MySQL表操作
在同一张表中，字段名是不能相同 2. 宽度和约束条件可选 3. 中的数据类型 mysql支持的数据类型 表的完整性约束 mysql表的完整性约束 修改表结构 语法： 1. ： #多对一： 如果只有步骤1成立，则是左表多对一右表 如果只有步骤2成立，则是右表多对一左表 #多对多 如果步骤1和2同时成立，则证明这两张表时一个双向的多对一，即多对多,需要定义一个这两张表的关系表来专门存放二者的关系 #一对一: 如果1和2都不成立，而是左表的一条记录唯一对应右表的一条记录，反之亦然。 管理员表： fk+unique id user_id password 1 1 xxxxx 2 2 yyyyy 作业 根据表结构合理设计表与表之间的主外键关系和约束
1.6K20发布于 2019-09-10 - 来自专栏MySQL技术
MySQL库表设计小技巧
前言： 在我们项目开发中，数据库及表的设计可以说是非常重要，我遇到过很多库表设计比较杂乱的项目，像表名、字段名命名混乱、字段类型设计混乱等等，此类数据库后续极难维护与拓展。 我一直相信只有优秀的库表设计才能发挥出MySQL最大的性能，前面有篇文章也分享了数据库的使用规范，本篇文章主要讲几个库表设计的小技巧，希望对大家有所启发。 bigint字段', PRIMARY KEY (`increment_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='int测试表'; 2. 192.168.0.2')); # 相互转换 select INET_ATON('192.168.0.1'); select INET_NTOA(3232235521); 总结： 本篇文章分享了几个库表设计及字段类型选取的建议 其实库表设计是件复杂的事情，需要在项目前期多方人员共同规划讨论。还是那句话，只有优秀的库表设计才能发挥出MySQL最大的性能。 — END —
3.1K31发布于 2020-05-19 - 来自专栏SQL数据库开发
MySQL中的表设计优化
在MySQL数据库中，表设计的优劣同样对性能有非常重要的影响。本节将介绍表设计的优化方法，包括巧用多表关系、表结构设计优化和表拆分等。 2所示。 图2 关系图 需要注意的是，没有冗余的数据库未必是最好的数据库，冗余越小，所产生的数据表就越多，必然会导致查询数据时表之间的join连接操作越来越频繁。 NULL值不利于索引，MySQL难以优化可为NULL的列查询。当可为NULL的列被索引时，每个索引记录需要一个额外的字节用于标识其是否可空。如果某列计划要创建索引，要尽量避免将其设计成可为NULL。 图4 垂直拆分效果 说明：本文节选自北京理工大学出版社新出版的《MySQL从入门到部署实战（视频教学版）》。
1.3K10编辑于 2024-04-25 - 来自专栏用户7873631的专栏
新零售mysql设计（快递表 退货表）
作者：陈业贵 华为云享专家 51cto(专家博主 明日之星 TOP红人) 阿里云专家博主 文章目录 sql 快递表： 解析： 数据 退货表 解析： 数据 sql 快递表： CREATE TABLE t_delivery 一个快递表是吧。也就是这个表包括送快递这块的方方面面对吧，那这个快递表是送什么的。是不是订单里面的商品。所以得包括订单表的id对吧。也包括商品对吧。 关联的别的表需要索引的。 200) not null COMMENT "退款原因", qa_id int unsigned not null COMMENT "质检员id", payment decimal(10,2) unsigned not null COMMENT "退款金额", payment_type tinyint unsigned not null COMMENT "退款方式:1借记卡,2信用卡
713110编辑于 2022-11-02 - 来自专栏互联网技术栈
MySQL 高性能表设计规范
相关文章： MySQL高性能表设计规范:http://www.jianshu.com/p/f797bbe11d76 MySQL EXPLAIN详解:http://www.jianshu.com/p/ea3fc71fdc45 image.png 良好的逻辑设计和物理设计是高性能的基石， 应该根据系统将要执行的查询语句来设计schema, 这往往需要权衡各种因素。 更长的列会消耗更多的内存， 因为MySQL通常会分配固定大小的内存块来保存内部值。 尤其是使用内存临时表进行排序或操作时会特别糟糕。 在利用磁盘临时表进行排序时也同样糟糕。 二、表结构设计 1.范式和反范式 对于任何给定的数据通常都有很多种表示方法， 从完全的范式化到完全的反范式化， 以及两者的折中。 在范式化的数据库中， 每个事实数据会出现并且只出现一次。 ; 备注：必须先满足第二范式; 2.表字段少⽽精 I/O高效 字段分开维护简单 单表1G体积 500W⾏行评估 单⾏行不超过200Byte 单表不超过50个INT字段 单表不超过
1K20发布于 2018-12-12 - 来自专栏爱可生开源社区
第34期：MySQL 表冗余设计
引言： 上一篇我介绍了 MySQL 范式标准化表设计，范式设计具有以下优点： 1、把如何消除数据冗余做到极致，从而减少关系表对磁盘的额外占用。 2、各个表之间的关系表现非常清晰，可读性非常强。 正文： 但是范式设计同样也有缺点： 表范式标准化，等级越高，表数量就越多。比如 2NF 比 1NF 可能要多几张表，3NF 比 2NF 可能又要多几张表等等。 综上，我们需要结合范式设计的优点，并且想办法去解决范式设计的缺点， 由此带来的思路就是允许数据有一定程度的冗余，用空间换时间。比如现在微服务设计、NOSQL 数据库等根本不会考虑范式标准理论。 反范式也即通过一定的冗余把原先高级别的范式设计降低为低级别的范式设计来减少范式设计带来的表数量增多的缺点。 联合查询的开销非常大，为了消除不必要的联合查询，此时就不能完全按照范式理念来设计表，需要一定的反范式思想，针对每个需求，添加必要的冗余列方可达到简化查询。
1.1K30发布于 2021-09-08 - 来自专栏企鹅号快讯
MySQL表设计踩过的坑！
希望我能说说我在数据库表设计时踩过的坑。那么，我们今天就来聊聊我在数据库表设计时踩过的坑，以及现在对数据库表设计的一点建议。希望能够帮助到你。 注释 之前在数据库表设计时，就没有加注释的习惯，造成的直接后果是：数据库设计阶段一过，后续数据表的使用中，字段名就全靠猜了。我们写代码是知道注释是非常重要的，同样在设计数据库表时，注释也非常重要！ 索引怎么加，索引重不重要，可以查看《写会MySQL索引》一文进行查看！唉，我就吃过不少没加索引或忘记添加索引的亏，记忆犹新！！！ 小结 以上是我数据库设计表时躺过的坑，下面小结精简版本一下: 允许保存表情的表，存储格式设计为utf8mb4，避免使用utf8。 选择合适的数据类型。 表以及字段上添加合理的注释。 数据库表设计时，一定要在外键字段以及合适的字段上加索引。 上面是我数据库表设计时，遇到踩过坑以后的经验之谈。有些坑当时还真花了不少时间来填补。
1.3K80发布于 2018-02-07 - 来自专栏杨建荣的学习笔记
MySQL周期表管理的设计
这是学习笔记的第 2038 篇文章 关于MySQL周期表管理，近期做了初步的设计，总体上是希望把周期表的管理和业务同学对接起来，实现流程化的管理。 对于整体的设计方面，需要开发后端的API,API列表如下： 周期表列表 周期表创建 周期表属性变更 周期表批量变更接口 周期表数据清理接口 巡检任务 大数据提取接口 即时通讯提醒接口 对于模型的设计是重中之重 ，也能够决定我们的周期表管理的存储设计优劣。 模型方面考虑了如下的一些表： Mysql_dailytable 周期表 Mysql_cycle_table_manage_log 周期表维护日志（包含配置创建，属性修改） Mysql_cycle_table_ddl_log 周期表变化历史记录 Mysql_cycle_table_inspection_log 模型详细设计如下： Mysql_dailytable id ip_addr db_port db_name Operator_method
2K30发布于 2019-07-17 - 来自专栏用户7873631的专栏
零售商贩mysql表设计：banner管理表
如果查询中包含可为 NULL 的列，对 MySQL 来说更难优化 ，因为可为 NULL 的列使 得索引、索引统计和值比较都更复杂 。 可为NULL 的列会使用更多的存储空间 ，在 MySQL 里也需要特殊处理 。 InnoDB 被设计对于CPU效率和最大性能 当处理大量数据时 InnoDB 表可以处理大量的数据,即使操作系统 文件限制为2GB CHARSET=utf8mb4 这是字符集 数据 (banner子项表 可为NULL 的列会使用更多的存储空间 ，在 MySQL 里也需要特殊处理 。 InnoDB 被设计对于CPU效率和最大性能 当处理大量数据时 InnoDB 表可以处理大量的数据,即使操作系统 文件限制为2GB CHARSET=utf8mb4 这是字符集 数据 图片 上图的
1.2K10编辑于 2022-11-14 - 来自专栏用户7873631的专栏
新零售mysql设计（设计省份+城市表）
作者：陈业贵 华为云享专家 51cto(专家博主 明日之星 TOP红人) 阿里云专家博主 文章目录 sql(省份表) sql(城市表) 省市表之间的联系是： province_id int unsigned UNIQUE unq_province(province)是什么意思》 举个例子： 是不是表一般都要有idname呀 像省份是不是 province 就是name呀 sql(省份表) CREATE ; 举个例子： 是不是表一般都要有idname呀 像省份是不是 city 就是name呀 是不是得说这个城市属于哪一个省份呀 sql(城市表) CREATE table t_city( id 2）数据库自动编号，速度快，而且是增量增长，按顺序存放，对于检索非常有利； 3）数字型，占用索引空间小，范围查找与排序友好，在程序中传递也方便； 为什么要设置主键，主键作用是什么？ 别人看懂这是什么字段或者表或者数据库 UNIQUE unq_province(province)是什么意思》 因为搜索的时候是先搜索某省才能搜索某市哦
1.1K110编辑于 2022-11-02 - 来自专栏用户7873631的专栏
新零售mysql设计 订单表 订单详情表
作者：陈业贵 华为云享专家 51cto(专家博主 明日之星 TOP红人) 阿里云专家博主 文章目录 sql 订单表 数据 订单详情表 数据: 订单号与流水号有什么不同？ 订单表(解析) id int unsigned PRIMARY KEY AUTO_INCREMENT COMMENT "主键", `code` varchar(200) not null COMMENT PRIMARY KEY(order_id,sku_id) ) COMMENT="订单详情表"; 数据: 订单号与流水号有什么不同？ 主键是能确定一条记录的唯一标识，主键字段必须唯一，必须非空，一个表中只能有一个主键，主键可以包含一个或多个字段。 打个比方，一条记录包括身份正号，姓名，年龄，学校，国籍，性别等。 别人看懂这是什么字段或者表或者数据库 为什么要用int unsigned类型呢？ 因为id是不是整数的。
3K110编辑于 2022-11-02 - 来自专栏程序猿
MySQL数据库表设计规范
2、Stored procedure (包括存储过程，函数，触发器)对于 MYSQL 来说还不是很成熟， 没有完善的出错记录处理，不建议使用。 二、数据库对象设计规范 1、表 设计 a)在设计时尽量包含两个日期字段:crt_time(创建日期),upd_time(修改日期)且 非空, 对表的记录进行更新的时候，必须包含对 upd_time字段的更新 d)Mysql 的表尽量设置成 KV(Key-Value)结构，这样便于扩展和维护。 e)当表的字段数非常多时，可以将表分成两张表，一张作为条件查询表，一张作为详细内容表(主要是为了性能考虑)。 h)由于MYSQL表DDL维护成本很高，所以在适当的时候，可以有一定的字段容余。 比如:Value1,Value2,Value3 这样的字段。 如member表上表示是否为enabled的会员的字 段命名为 IsEnabled。 2、索引 命名 a) _ind,各部分以下划线()分割。
3.3K30发布于 2019-05-08 - 来自专栏用户7873631的专栏
新零售mysql设计（采购表 入库信息表 入库商品表）
日期时间 数据 sql（入库信息表） 解释： 解析： 数据 sql（入库商品表） PRIMARY KEY(productin_id,purchase_id) ---- sql（采购表） CREATE table null COMMENT "数量", warehouse_id int unsigned not null COMMENT "仓库id", in_price decimal(10,2) unsigned not null COMMENT "采购价格", out_price decimal(10,2) unsigned COMMENT "建议零售价", buyer_id int unsigned not null COMMENT "采购员id", `status` tinyint unsigned not null COMMENT "状态:1未完成,2已完成" null COMMENT "总金额", supplier_id int unsigned not null COMMENT "供应商id", payment decimal(15,2)
1.8K30编辑于 2022-11-07
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号