jtahstu的博客

1373758426   root@jtahstu.com   Git仓库   英文博客  

最新碎语:以后没事写写小的知识点吧

您的位置:jtahstu的博客 >笔记> mysql规范

mysql规范

1.命名规范

(1)库名、表名、(按现在的规范类似; PromoHayaoRecord),数据库名使用小写,字段名必须使用小写字母,并采用下划线分割。
(2)库名、表名、字段名禁止超过32个字符。
(3)库名、表名、字段名必须见名知意。命名与业务、产品线等相关联。(尽量别用拼音,以及一些很难理解的字眼)
(4)库名、表名、字段名禁止使用MySQL保留字。
(5)临时库、表名必须以tmp为前缀,并以日期为后缀。例如 tmp_lama_20150427。(临时表用完后必须删除)
(6)建立表名的时候,除了没有英文名的(比如:hayao),其它都用英文
(7)禁止表名后面跟日期:tablename2015(建表之前与业务沟通,线上建表必须与业务结合起来,避免按自己的意思去单独建表)

2.基础规范

(1)没有特殊要求,线上DB统一使用InnoDB存储引擎,线下统计类从库也可用Myisam引擎。
(2)表字符集统一使用UTF8,特殊需求,特殊处理,(如以前是latin1,保持以前的编码,新库新表,按新规范走)
(3)所有表都需要添加注释;除主键外的其他字段都需要增加注释。推荐采用英文标点,避免出现乱码。
(4)禁止在数据库中存储图片、文件等大数据。
(5)单表数据行数建议控制在2000W-3000W以内,单表数据量控制在5G以下(大于这个数请前期设计的时候分表),(需求暂定)
(6)禁止在线上做数据库压力测试。
(7)禁止从测试环境直连数据库。
(8)上线新表的时候,请提供表相关的查询语句,DBA根据相应的条件去创建合适的索引。

3.库表设计

(1)线上禁止使用分区表。(暂定,按需求走,结合业务)
(2)大字段、访问频率低的字段拆分到单独的表中存储,分离冷热数据。
(3)推荐使用HASH进行散表,表名后缀使用二进制数,数字必须从0开始。
(4)按日期时间分表需符合YYYY[MM][DD][HH]格式,例如2013071601。年份必须用4位数字表示。例如按日散表user_20110209、 按月散表user_201102。
(5)采用合适的分库分表策略。(前期上线前与DBA讨论,对于大表,活跃表进行相应的分表策略)

4.字段设计

(1)建议使用UNSIGNED存储非负数值。
(2)建议使用INT UNSIGNED存储IPV4。
(3)用DECIMAL代替FLOAT和DOUBLE存储精确浮点数,例如支付相关数据。
(4)INT类型固定占4字节存储,例如INT(4)仅代表显示字符宽度为4位,不代表存储长度。
(5)区分使用TINYINT、SMALLINT、MEDIUMINT、INT、BIGINT数据类型。例如取值范围为0-80时,使用TINYINT UNSIGNED。
(6)尽可能不使用TEXT、BLOB类型。
(7)建议使用TINYINT来代替ENUM类型。
(8)使用VARBINARY存储大小写敏感的变长字符串或二进制内容。
(9)使用尽可能小的VARCHAR字段。VARCHAR(N)中的N表示字符数而非字节数。
(10)区分使用DATETIME和TIMESTAMP, 存储时间(精确到秒)建议使用TIMESTAMP类型。
(11)所有字段均定义为NOT NULL。(执行)
(12)单表字段个数控制在50以下。(建议)

5.索引规范

(1)单张表中索引数量不超过5个
(2)单个索引中的字段数不超过5个。
(3)索引名必须全部使用小写。
(4)非唯一索引按照“idx_字段名称[_字段名称]”进行命名。例如idx_age_name;
(5)主键索引命名方式:pk_字段名,pk_name
(6)唯一索引按照“uniq_字段名称[_字段名称]”进行命名。例如uniq_age_name。
(6)组合索引建议包含所有字段名,过长的字段名可以采用缩写形式。例如idx_age_name。
(7)表必须有主键,推荐使用UNSIGNED自增列作为主键。(如果业务不需要主键,也需要建一个伪主键,必须)
   (8)禁止冗余索引。
(9)禁止重复索引。
(10)禁止使用外键。(执行)
(11)联表查询时,JOIN列的数据类型必须相同,并且要建立索引。
(12)不在低基数列上建立索引,例如“性别”。
   (13)对字符串使用前缀索引,建议前缀索引长度不超过16个字符。
(14)合理创建联合索引,(a,b,c) 相当于 (a) 、(a,b) 、(a,b,c)。
(15)做一个分享,索引优化(查询 ,索引,建表优化,节后安排时间)

6.SQL设计

(1)建议使用prepared statement,可以提升性能并避免SQL注入
(2)用IN代替OR。SQL语句中IN包含的值不应过多,应少于1000个。
(3)禁止隐式转换。数值类型禁止加引号;字符串类型必须加引号。
(4)避免使用JOIN和子查询。必要时推荐用JOIN代替子查询。
(5)避免在MySQL中进行数学运算和函数运算。
(6)减少与数据库交互次数,尽量采用批量SQL语句。
(7)拆分复杂SQL为多个小SQL,避免大事务。
(8)获取大量数据时,建议分批次获取数据,每次获取数据少于2000条,结果集应小于1M。描述)
(9)用UNION ALL代替UNION。
(10)Myisam引擎统计行数用COUNT(*)。InnoDB引擎统计行数用COUNT(主键id)
(11)SELECT只获取必要的字段,禁止使用SELECT *。
(12)SQL中禁止出现now()、rand()、sysdate()、current_user()等不确定结果的函数。(执行)
(13)INSERT语句必须指定字段列表,建议禁止使用 INSERT INTO TABLE()。(保持旧规定,新业务执行)
(14)禁止单条SQL语句同时更新多个表。
(15)禁止使用存储过程、触发器、视图、自定义函数等。(执行)
(16)建议使用合理的分页方式以提高分页效率。
(17)禁止在从库上执行后台管理和统计类功能的QUERY,必要时申请统计类从库。
(18)程序应有捕获SQL异常的处理机制,必要时通过rollback显式回滚。打印标准错误,设置超时时间,程序重新连接。
(19)重要SQL必须被索引:update、delete的where条件列、order by、group by、distinct字段、多表join字段。
(20)禁止使用%前导查询,例如:like “%abc”,无法利用到索引。(执行)
(21)禁止使用负向查询,例如 not in、!=、not like。
(22)使用EXPLAIN判断SQL语句是否合理使用索引。
(23)force –index(对于单独条件如果走不了索引,强要强制指定索引)

 

7.行为规范

(1)表结构变更必须通知DBA进行审核,大表DDL操作提前一天发送需求,避免大于5000万行记录的表进行DDL操作,除开特殊情况。
(2)禁止有super权限的应用程序账号存在。(除开特殊情况,比如有的软件需要自动建表,自动DDL等)
(3)禁止有DDL、DCL权限的应用程序账号存在。
(4)重要项目的数据库方案选型和设计必须提前通知DBA参与。
(5)批量导入、导出数据必须通过DBA审核,并在执行过程中观察服务。
(6)批量更新数据,如UPDATE、DELETE操作,必须DBA进行审核,并在执行过程中观察服务。
(7)业务部门推广活动或上线新功能,必须提前通知DBA进行服务和访问量评估,并留出必要时间以便DBA完成扩容。
(8)出现业务部门人为误操作导致数据丢失,需要恢复数据的,必须第一时间通DBA,并提供准确时间地点、误操作语句等重要线索。
(9)不要在MySQL数据库中存放业务逻辑。

---

本文章采用 知识共享署名2.5中国大陆许可协议 进行许可,欢迎转载,演绎或用于商业目的。

---

二维码加载中...

扫一扫移动端访问O(∩_∩)O

发表评论

96 + 84 =
路人甲 表情
看不清楚?点图切换 Ctrl+Enter快速提交
正在加载中……