一、MYSQL数据库设计原则

1、核心原则

不在数据库做运算;

cpu计算务必移至业务层;

控制列数量(字段少而精,字段数建议在20以内);

平衡范式与冗余(效率优先;往往牺牲范式)

拒绝3B(拒绝大sql语句:big sql、拒绝大事务:big transaction、拒绝大批量:big batch);

2、字段类原则

用好数值类型(用合适的字段类型节约空间);

字符转化为数字(能转化的最好转化,同样节约空间、提高查询性能);

避免使用NULL字段(NULL字段很难查询优化、NULL字段的索引需要额外空间、NULL字段的复合索引无效);

少用text类型(尽量使用varchar代替text字段);

3、索引类原则

合理使用索引(改善查询,减慢更新,索引一定不是越多越好);

字符字段必须建前缀索引;

不在索引做列运算;

innodb主键推荐使用自增列(主键建立聚簇索引,主键不应该被修改,字符串不应该做主键)(理解Innodb的索引保存结构就知道了);

不用外键(由程序保证约束);

4、sql类原则

sql语句尽可能简单(一条sql只能在一个cpu运算,大语句拆小语句,减少锁时间,一条大sql可以堵死整个库);

简单的事务;

避免使用trig/func(触发器、函数不用客户端程序取而代之);

不用select *(消耗cpu,io,内存,带宽,这种程序不具有扩展性);

OR改写为IN(or的效率是n级别);

OR改写为UNION(mysql的索引合并很弱智);

OR改成UNION提升性能的前提是:OR连接的各条件字段要能用到索引

select id from user where phone = '18811112222' or nickname='空城。';# 可以改写为select id from user where nickname='空城。'
​
union
​
select id from user where phone='18811112222'

避免负向%;

limit高效分页(limit越大,效率越低);

使用union all替代union(union有去重开销,具体使用哪个看业务需求);

  • Union:对两个结果集进行并集操作,不包括重复行,同时进行默认规则的排序;

  • Union All:对两个结果集进行并集操作,包括重复行,不进行排序;

少用连接join;

使用group by;

请使用同类型比较;

打散批量更新;

二、数据库结构的优化

1、选择合适的数据类型

数据类型的选择,重点在于“合适”二字,如何确定选择的数据类型是否合适了?

1、 使用可以存下你的数据的最小的数据类型。(时间类型数据:可以使用varchar类型,可以使用int类型,也可以使用时间戳类型)

2、 使用简单的数据类型,int要比varchar类型在mysql处理上简单。(int类型存储时间是最好的选择)

3、 尽可能的使用not null定义字段。(innodb的特性所决定,非not null的值,需要额外的在字段存储,同时也会增加IO和存储的开销)

4、 尽量少用text类型,非用不可时最好考虑分表。

2.案例

(1)案例一

int类型存储时间-时间转换

使用int来存储日期时间,利用FROM_UNIXTIME(),UNIX_TIMESTAMP()两个函数来进行转换。

创建表

create table test(
id int auto_increment not null,
timestr int ,
primary key(id)
);

导入数据

insert into test (timestr) values (unix_timestamp('2019-08-14 19:00:00'));
查询数据
select FROM_UNIXTIME(timestr) from test;

结论:

1、unix_timestamp()函数是将日期格式的数据转换为int类型

2、FROM_UNIXTIME(timestr)函数是将int类型转换为时间格式

(2)案例2

ip地址的存储

在我们的外部应用中,都要记录ip地址,大部分场合都是varchar(15)进行存储,就需要15个字节进行存储,但是bigint只需要8个字节进行存储

创建表

create table sessions(
id int auto_increment not null,
ipaddress bigint,
primary key (id)
);

导入数据

insert into sessions (ipaddress)values (inet_aton('192.168.0.1'));

转换

select inet_ntoa(ipaddress) from sessions;  

MYSQL数据库设计原则相关推荐

  1. 数据库-优化-MYSQL数据库设计原则

    MYSQL数据库设计原则 1.核心原则 不在数据库做运算; cpu计算务必移至业务层; 控制列数量(字段少而精,字段数建议在20以内); 平衡范式与冗余(效率优先:往往牺牲范式) 拒绝3B(拒绝大sq ...

  2. mysql数据库设计原则_mysql数据库设计总结

    作者:腾讯云技术社区 链接:https://www.zhihu.com/question/19719997/answer/154809252 来源:知乎 著作权归作者所有.商业转载请联系作者获得授权, ...

  3. 58同城Mysql数据库设计原则

    (一)核心原则 (1)不在数据库做运算 cpu计算务必移至业务层: (2)控制单表数据量 int型不超过1000w,含char则不超过500w:合理分表:限制单库表数量在300以内: (3)控制列数量 ...

  4. 58同城 mysql规范_58同城Mysql数据库设计原则(转)

    (一)核心原则 (1)不在数据库做运算 cpu计算务必移至业务层: (2)控制单表数据量 int型不超过1000w,含char则不超过500w:合理分表:限制单库表数量在300以内: (3)控制列数量 ...

  5. mysql数据库设计的原则_MySQL数据库设计原则

    转自 http://www.supidea.com/post/mysql_design_database.aspx MySQL数据库设计原则 MySQL对于成为一个非常快速的数据库服务器有着当之无愧的 ...

  6. 数据库设计原则与开发规范,你知道多少?

    VOL 187 21 2020-12 今天距2021年11天 这是ITester软件测试小栈第187次推文 点击上方蓝字"ITester软件测试小栈"关注我,每周早上 08:30准 ...

  7. 数据库设计原则和需要考虑的因素

    MYSQL数据库设计规范1.数据库命名规范采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线'_'组成;命名简洁明确(长度不能超过30个字符);例如:user, stat, lo ...

  8. MySQL数据库系列之数据库设计原则

    MySQL中数据库设计原则: 1.一般情况下,应该尽量使用可以正确存储数据的最小数据类型.数据类型不一样,存储的执行效率也不一样.最好使用适度的整型数据类型,例如int之类的数据,这样在做查询或者字段 ...

  9. 不属于mysql常量的是_MySQL中,下面______常量的写法是不正确的?-智慧树MySQL数据库设计与应用章节答案...

    MySQL数据库设计与应用:MySQL中,下面______常量的写法是不正确的?[?ж???] A:'2.1E5 B:0x123abc C:b'121' D:null MySQL数据库设计与应用章节测 ...

最新文章

  1. 部署 DevStack - 每天5分钟玩转 OpenStack(17)
  2. python使用字典实现switch_python之 利用字典与函数实现switch case功能
  3. CCF201503-1 图像旋转(100分)
  4. No.10 awk、变量、运算符、if多分支
  5. .NET Core 2.0使用NLog
  6. centos7进系统死机_电脑小白想学重装系统要怎么做?详细过程分享,学会远离电脑店...
  7. Java与Web前端发展前景及薪资对比
  8. 【转】golang 结构体和方法
  9. blender python编程入门
  10. 中国牛市短线炒股有哪些特征中国牛市炒股如何操作呢
  11. 【多目标跟踪论文阅读笔记——2021年CVPR论文粗读记录】
  12. Java的运算符-取整,取绝对值,取余数
  13. 推荐一些前端小姐姐的公众号
  14. js获取当前日期,并且转化为时间格式“yyyy-MM-dd HH:MM:SS”
  15. 矿小助 全局主题 | 一个插件实现网易云音乐主题效果 | Flutter
  16. Python还能火多久?
  17. Codeup企业级代码管理平台,我们应该如何使用Codeup-阿里云
  18. Mysql 内置函数大全
  19. 【Java学习笔记】(二)Java平台和Java虚拟机
  20. 【HTML响应式项目】成人教育官网前端页面(HTML+CSS+JS实现三端适应)

热门文章

  1. 49字母异位词分组(哈希表)
  2. python—多进程之进程之间通信
  3. Linux Kernel/optee/ATF等操作系统的异常向量表的速查
  4. [工具]-PGP的使用方法
  5. [mmu/cache]-MMU的地址翻译(Address translation)指令介绍
  6. [ARM异常]-ARMV8-aarch64 异常(中断)是如何跳转到向量表的
  7. linux kernel进程切换(寄存器保存与恢复)
  8. 快排堆排归排三种排序的比较
  9. Wireshark抓取数据包
  10. ReadFile 和 补充CreateFile