【转】MYSQL数据库设计规范与原则

转载出:http://www.cnblogs.com/lovekingly/p/5044278.htmlMYSQL数据库设计规范

1、数据库命名规范
  • 采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线'_'组成;
  • 命名简洁明确(长度不能超过30个字符);
  • 例如:user, stat, log, 也可以wifi_user, wifi_stat, wifi_log给数据库加个前缀;
  • 除非是备份数据库可以加0-9的自然数:user_db_20151210;
2、数据库表名命名规范
  • 采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线'_'组成;
  • 命名简洁明确,多个单词用下划线'_'分隔;
  • 例如:user_login, user_profile, user_detail, user_role, user_role_relation,
  • user_role_right, user_role_right_relation
  • 表前缀'user_'可以有效的把相同关系的表显示在一起;
3、数据库表字段名命名规范
  • 采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线'_'组成;
  • 命名简洁明确,多个单词用下划线'_'分隔;
  • 例如:user_login表字段 user_id, user_name, pass_word, eamil, tickit, status, mobile, add_time;
  • 每个表中必须有自增主键,add_time(默认系统时间)
  • 表与表之间的相关联字段名称要求尽可能的相同;
4、数据库表字段类型规范
  • 用尽量少的存储空间来存数一个字段的数据;
  • 例如:能使用int就不要使用varchar、char,能用varchar(16)就不要使用varchar(256);
  • IP地址最好使用int类型;
  • 固定长度的类型最好使用char,例如:邮编;
  • 能使用tinyint就不要使用smallint,int;
  • 最好给每个字段一个默认值,最好不能为null;
5、数据库表索引规范
  • 命名简洁明确,例如:user_login表user_name字段的索引应为user_name_index唯一索引;
  • 为每个表创建一个主键索引;
  • 为每个表创建合理的索引;
  • 建立复合索引请慎重;
6、简单熟悉数据库范式
  • 第一范式(1NF):字段值具有原子性,不能再分(所有关系型数据库系统都满足第一范式);
  • 例如:姓名字段,其中姓和名是一个整体,如果区分姓和名那么必须设立两个独立字段;
  • 第二范式(2NF):一个表必须有主键,即每行数据都能被唯一的区分;
  • 备注:必须先满足第一范式;
  • 第三范式(3NF):一个表中不能包涵其他相关表中非关键字段的信息,即数据表不能有沉余字段;
  • 备注:必须先满足第二范式;
  • 备注:往往我们在设计表中不能遵守第三范式,因为合理的沉余字段将会给我们减少join的查询;
  • 例如:相册表中会添加图片的点击数字段,在相册图片表中也会添加图片的点击数字段;
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的索引合并很弱智);
    select id from t where phone = ’159′ or name = ‘john’;
    =>
    select id from t where phone=’159′
    union
    select id from t where name=’jonh’
  • 避免负向%;
  • 慎用count(*);
  • limit高效分页(limit越大,效率越低);
  • 使用union all替代union(union有去重开销);
  • 少用连接join;
  • 使用group by;
  • 请使用同类型比较;
  • 打散批量更新;
5、性能分析工具
  • show profile;
  • mysqlsla;
  • mysqldumpslow;
  • explain;
  • show slow log;
  • show processlist;
时间: 2024-09-13 11:46:17

【转】MYSQL数据库设计规范与原则的相关文章

我的mysql数据库sql优化原则

原文 我的mysql数据库sql优化原则 一.前提 这里的原则 只是针对mysql数据库,其他的数据库 某些是殊途同归,某些还是存在差异.我总结的也是mysql普遍的规则,对于某些特殊情况得特殊对待.在构造sql语句的时候养成良好的习惯 二.原则总结 原则1.仅列出需要查询的字段,这对速度不会明显的影响,主要是考虑节省应用程序服务器的内存. 原来语句: select * from admin 优化为: select admin_id,admin_name,admin_password from

MySQL数据库的授权原则

服务器重新启动的情况 当mysqld启动时,所有的授权表内容被读进存储器并且从那时开始生效. 被服务器立即应用的情况 用GRANT.REVOKE或SET PASSWORD对授权表施行的修改会立即被服务器注意到. 直接修改授权表的情况 如果你手工地修改授权表(使用INSERT.UPDATE等等),你应该执行一个FLUSH PRIVILEGES语句或运行mysqladmin flush-privileges告诉服务器再装载授权表,否则你的改变将不生效,除非你重启服务器. 对现有客户连接的影响情况 当

mysql数据库sql优化原则(经验总结)_Mysql

一.前提 这里的原则只是针对MySQL数据库,其他的数据库某些是殊途同归,某些还是存在差异.我总结的也是MySQL普遍的规则,对于某些特殊情况得特殊对待.在构造SQL语句的时候要养成良好的习惯. 二.原则总结 原则1.仅列出需要查询的字段,这对速度不会明显的影响,主要是考虑节省应用程序服务器的内存. 原来语句: select * from admin 优化为: select admin_id,admin_name,admin_password from admin 原则2.尽量避免在列上做运算,

mysql数据库sql优化原则(经验总结)

一.前提 这里的原则只是针对MySQL数据库,其他的数据库某些是殊途同归,某些还是存在差异.我总结的也是MySQL普遍的规则,对于某些特殊情况得特殊对待.在构造SQL语句的时候要养成良好的习惯. 二.原则总结 原则1.仅列出需要查询的字段,这对速度不会明显的影响,主要是考虑节省应用程序服务器的内存. 原来语句: select * from admin 优化为: select admin_id,admin_name,admin_password from admin 原则2.尽量避免在列上做运算,

mysql数据库优化需要遵守的原则_Mysql

这是我在网上看到的一篇不错的mysql数据库优化文章,内容说的很全! 1.使用索引来更快地遍历表 缺省情况下建立的索引是非群集索引,但有时它并不是最佳的.在非群集索引下,数据在物理上随机存放在数据页上.合理的索引设计要建立在对各种查询的分析和预测上.一般来说: a.有大量重复值.且经常有范围查询( > ,< ,> =,< =)和order by.group by发生的列,可考虑建立群集索引; b.经常同时存取多列,且每列都含有重复值可考虑建立组合索引; c.组合索引要尽量使关键查询

浅析MySQL数据库授权原则

MySQL是一个跨平台的开源关系型数据库管理系统,是我们常用的最经济实惠的数据库,由于其体积小.速度快.总体拥有成本低,尤其是开放源码这一特点,更让用户得到最切实的实在,很多用户在应用中对授权原则不是很了了解,下面我们就为大家来解析. 服务器重新启动的情况 当mysqld启动时,所有的授权表内容被读进存储器并且从那时开始生效. 被服务器立即应用的情况 用GRANT.REVOKE或SET PASSWORD对授权表施行的修改会立即被服务器注意到. 直接修改授权表的情况 如果你手工地修改授权表(使用I

MySQL数据库及其ODBC接口的介绍(2) (转载)

mysql|odbc|数据|数据库 发信人: engineer (剑胆琴心~还是得走,sigh...), 信区: Linux 标  题: MySQL数据库及其ODBC接口的介绍(2) (转载) 发信站: BBS 水木清华站 (Mon Aug  9 18:03:20 1999)   [ 以下文字转载自 Database 讨论区 ] [ 原文由 engineer 所发表 ] 五.MySQL的权限管理           MySQL的权限管理非常复杂,可以说这是它的得意之处,安全的管理有利于系统的稳抖

mysql数据库备份

mysql|备份|数据|数据库 在数据库表丢失或损坏的情况下,备份你的数据库是很重要的.如果发生系统崩溃,你肯定想能够将你的表尽可能丢失最少的数据恢复到崩溃发生时的状态.有时,正是MySQL管理员造成破坏.管理员已经知道表已破坏,用诸如vi或Emacs等编辑器试图直接编辑它们,这对表绝对不是件好事!备份数据库两个主要方法是用mysqldump程序或直接拷贝数据库文件(如用cp.cpio或tar等). 每种方法都有其优缺点: mysqldump与MySQL服务器协同操作.直接拷贝方法在服务器外部进

MySQL数据库备份(转)

mysql|备份|数据|数据库 MySQL数据库备份[晏子]  http://clyan.hongnet.com/index.html在数据库表丢失或损坏的情况下,备份你的数据库是很重要的.如果发生系统崩溃,你肯定想能够将你的表尽可能丢失最少的数据恢复到崩溃发生时的状态.有时,正是MySQL管理员造成破坏.管理员已经知道表以破坏,用诸如vi或Emacs等编辑器试图直接编辑它们,这对表绝对不是件好事!备份数据库两个主要方法是用mysqldump程序或直接拷贝数据库文件(如用cp.cpio或tar等