企业如何建设免费网站,如何在网上卖东西?,成都网站开发工资,万网域名注册官网中文域名文章目录 1.命名规范#xff1a;2.库表设计#xff1a;3.查询数据#xff1a;4.修改数据#xff1a;5.索引创建#xff1a; 1.命名规范#xff1a;
1.库名、表名、字段名#xff0c;必须使用小写字母或数字#xff0c;不得超过30个字符。
2.库名、表名、字段名#… 文章目录 1.命名规范2.库表设计3.查询数据4.修改数据5.索引创建 1.命名规范
1.库名、表名、字段名必须使用小写字母或数字不得超过30个字符。
2.库名、表名、字段名禁止出现数字开头禁止两个下划线中间只出现数字。说明 MySQL 在 Windows 下不区分大小写但在 Linux 下默认是区分大小写。因此数据库名、表名、字段名 都不允许出现任何大写字母避免节外生枝 正例 aliyun _ admin rdc _ config level 3_ name 反例 AliyunAdmin rdcConfig level 3 name
3.库名、表名、字段名必须见名知意使用下划线分割禁止使用MySQL保留字 如 desc 、 range 、 match 、 delayed 等请参考 MySQL 官方保留字。
4.临时库、表名必须以tmp为前缀以日期为后缀例如tmp_product_20130704 。
5.普通索引必须按照“idx_字段名称[_字段名称]”进行命名例如idx_creator_id
6.唯一索引必须按照“uniq_字段名称[_字段名称]”进行命名例如 uniq_creator_id。
7.索引名必须全部使用小写过长的字段名可以采⽤缩写形式例如 idx_creator_id_time。
8.表的命名最好是加上“业务名称_表的作用”。
9.库名与应用名称尽量一致。
2.库表设计
1.所有字段及表都必须有注释存储引擎必须使用InnoDB。
建表时表必须有主键使用bigint unsigned类型并使用auto_increment自增 标记且不要修改主键的值。说明线上数据库均采用InnoDB存储引擎其为聚簇索引组织表自增主键可以避免插入数据过程中page的分裂 合并减少表碎片化提高空间和内存使用提高插入数据的性能。另外避免在row模式下主从复制异常。
3.必须使用DECIMAL代替FLOAT和DOUBLE以存储精确浮点数例如支付相关数据。说明 float 和 double 在存储的时候存在精度损失的问题很可能在值的比较时得到不正确的结果。如果存 储的数据范围超过 decimal 的范围建议将数据拆成整数和小数分开存储。
4.必须使用TINYINT系类型代替ENUM类型前者只要自己定义后者却要修改表。
5.禁止使用BLOB类型。
6.所有字段必须定义为NOT NULL默认值定义为default 0或default ‘’。
表达是与否概念的字段必须使用is_xxx的方式命名数据类型是unsigned tinyint1 表示是0 表示否阿里巴巴实体类命名不建议对于boolean型变量命名以is开头原始是部分框架解析会引起序列化错误。。
8.禁止隐式转换数值类型禁止加引号字符和日期类型必须加引号。说明当关联条件数据类型不一致的时候走不了索引。
9.禁止使用外键防止死锁避免隐藏的数据逻辑一切外键概念必须在应用层解 决。
10.禁止使用存储过程及视图其难以调试和扩展更没有移植性。
11.建议最多更改和查询的字段放在基础表内方便完整载入内存。
12.建议访问频率低的或大字段放到扩展表里分离冷热数据。
13.尽可能不使用TEXT类型。
14.在满足需求的前提下varchar字段尽量使用最少的字符数量越少越有利建议 最多不要超过500个字符。
15.如果存储的字符串长度几乎相等建议使用char定长字符串类型。
16.数据量随时间增长的表需要考虑做好历史数据的归档。
3.查询数据
1.只查询需要的字段禁止使用select * 子查询只允许返回主键和必须字段禁 止select *。说明禁用select *1、避免表结构变更导致程序因找不到相关字段报错2、尽可能减少查询需要传输的IO流 加快查询速度。
2.统计行数时使用COUNT(*)或COUNT(1)禁止使用count(字段名)。说明 count( * ) 会统计值为 NULL 的行而 count( 列名 ) 不会统计此列为 NULL 值的行造成统计不准确。
3.禁止使用order by rand()实现乱序效果会导致CPU过高。
4.分批获取大量数据时禁止大偏移量的limitM,N语句使用主键游标where PK…limit N或利用延迟关联、子查询优化超多分页场景。
5.必须使用ISNULL()来判断是否为NULL值。
6.在代码中写分页查询逻辑时若 count 为 0 必须直接返回避免执行后面的分 页语句。
7.需要 join 的字段数据类型必须绝对一致多表关联查询时必须保证被关联的 字段需要有索引。
8.多张关联表之间建议适当的冗余字段可以减少JOIN查询。
9.尽量避免使用反向匹配例如notin、!、notlike无法用到索引。
10.同字段OR条件用IN代替包含的值个数应少于300个。
11.尽量减少与数据库交互次数尽量采用批量递交、块插入和缓存(memcache)。
12.使用prepared statement批量递交语句可以提升性能且避免SQL注⼊。
13.尽量避免在SQL中进行算术和函数计算应放置到应用服务器端。
14.可以拆分复杂的JOIN为多个小SQL避免大语句。
4.修改数据
1.同一张表ALTER多个字段必须将需要修改的字段拼接成一条sql执行如ALTER TABLE table_name drop column …, add column…,…。
2.写入语句中禁止出现结果不确定的函数如sysdate()、rand()、current_user() 等。
3.数据订正特别是删除、修改记录操作时必须先select避免出现误删除 确认无误才能执行更新语句。
4.INSERT语句必须指定字段列表禁止使用INSERT INTO xxx values ()。
5.DELETE和UPDATE语句必须要有where条件不要产生全表更新和删除的语 句。
6.禁止单条SQL语句同时更新多个表拆分成多条SQL放在一个事务里。
7.有批量写入数据需求尽量使用INSERT INTO xxx values (…),(…),(…)…形式且 保证一次批量的数据在1M以内。
8.程序应有捕获SQL异常的处理机制必要时通过rollback显式回滚。
9.尽量避免大事务这会锁住更多的资源引发更多的等待和竞争。
10.不同事务对同一批表的操作要前后顺序一致。
5.索引创建
1.执行频率高的SQL和重要功能的SQL都必须能有索引可用。
2.多表JOIN的字段都必须建有索引。
3.页面搜索严禁左模糊或者全模糊如果需要请走搜索引擎来解决。
4.禁止冗余索引如已有(a,b)索引则无需(a)索引。
5.组合索引中区分度大(高筛选度)的字段必须放在最前。
6.业务上具有唯一特性的字段即使是多个字段的组合也必须建成唯一索引。
7.如多个字段组合有唯一性需要可以创建唯一索引。
8.尽可能利用索引完成排序即排序的字段在索引里且不使用降序排序。
9.适度将组合索引提升为覆盖索引避免回表减少IO。
10.对较长字符串可使用前缀索引前缀索引长度由数据区分度确定。
11.建议不在低基数(低筛选度)的列上建立索引例如“性别”。
12.合理创建组合索引(a,b,c)相当于(a)、(a,b)、(a,b,c),组合索引的组成字段数尽量 不超过3个。
