实例介绍
【实例截图】
【核心代码】
目录
一、基础规范 3
1、【高危】使用InnoDB 存储引擎 3
2、【强制】表字符集使用utf8mb4 4
3、【强制】所有表所有字段都需要添加注释 4
4、【强制】单表数据量建议控制在500万以内 4
5、【高危】不在数据库中存储图、文件等大的二进制数据 4
6、【高危】尽量做到冷热数据分离，减小表的宽度 4
7、 【强制】禁止在线上做数据库压力测试 5
8、 【强制】禁止测试、开发环境直连数据库 5
二、命名规范 5
三、字段设计规范 6
四 分库分表、分区表设计规范 10
五、索引设计规范 10
0、索引的作用 10
1、【强制】单表的索引数建议不超过 5 个，单个索引中的字段数建议不超过 5 个 11
2、【强制】对字符串使用前缀索引，前缀索引长度不超过8个字符 11
3、【强制】主键准则 11
4、【建议】重要的SQL必须被索引，核心SQL优先考虑覆盖索索引 11
5、【建议】区分度最大的字段放在前面 12
6、【强制】业务上具有唯一特性的字段，即使是多个字段的组合，也必须建成唯一索引 12
7、【强制】InnoDB 和 MyISAM 存储引擎表，索引类型必须为BTREE 12
8、【强制】MYSQL 中索引的限制 12
六、SQL查询规范 13
1、【强制】按需索取，拒绝 select * 13
2、【强制】能确定返回结果只有一条时，使用 limit 1 13
3、【强制】涉及到复杂sql时，务必先参考已有索引设计，先explain 13
4、【强制】对应同一列进行 or 判断时，使用 in 代替 or 14
5、【强制】禁止使用 order by rand() 进行随机排序 14
6、【建议】WHERE从句中禁止对列进行函数转换和计算 14
7、【强制】不要使用 count(列名)或 count(常量)来替代 count(*) 14
8、【强制】不得使用外键与级联，一切外键概念必须在应用层解决 14
9、【强制】in 操作能避免则避免 15
10、【强制】超过三个表禁止 join 15
11、【建议】SELECT语句不要使用UNION，推荐使用UNION ALL 15
12、【建议】建议使用合理的分页方式以提高分页效率 15
附录 16
数值类型 16
日期和时间类型 17
字符串类型 17
MySQL之varchar的设计 18
1）存储限制 18
2）编码长度限制 19
3）表长度限制 19
位、字节、字符的区别 19
索引种类 20
较为规范的建表语句 22
相关软件
小贴士
感谢您为本站写下的评论，您的评论对其它用户来说具有重要的参考价值，所以请认真填写。
- 类似“顶”、“沙发”之类没有营养的文字，对勤劳贡献的楼主来说是令人沮丧的反馈信息。
- 相信您也不想看到一排文字/表情墙，所以请不要反馈意义不大的重复字符，也请尽量不要纯表情的回复。
- 提问之前请再仔细看一遍楼主的说明，或许是您遗漏了。
- 请勿到处挖坑绊人、招贴广告。既占空间让人厌烦，又没人会搭理，于人于己都无利。
关于好例子网
本站旨在为广大IT学习爱好者提供一个非营利性互相学习交流分享平台。本站所有资源都可以被免费获取学习研究。本站资源来自网友分享，对搜索内容的合法性不具有预见性、识别性、控制性，仅供学习研究，请务必在下载后24小时内给予删除，不得用于其他任何用途，否则后果自负。基于互联网的特殊性，平台无法对用户传输的作品、信息、内容的权属或合法性、安全性、合规性、真实性、科学性、完整权、有效性等进行实质审查；无论平台是否已进行审查，用户均应自行承担因其传输的作品、信息、内容而可能或已经产生的侵权或权属纠纷等法律责任。本站所有资源不代表本站的观点或立场，基于网友分享，根据中国法律《信息网络传播权保护条例》第二十二与二十三条之规定，若资源存在侵权或相关问题请联系本站客服人员，点此联系我们。关于更多版权及免责申明参见 版权及免责申明
网友评论
我要评论