![](\"/upload/20220517/Hkb1652765942zWOqaJ.jpg\")
\n
本文档是为帮助研发与运维人员按照规范使用MySQL数据库，提升研发写SQL的水平。致力于提供一个安全，稳定，高性能的数据库环境。
\n\n\n1) 库名、表名、字段名必须使用小写字母，\"_\"分割。
\n
\n2) 库名、表名、字段名不超过12个字符。
\n3) 库名、表名、字段名禁止使用MySQL保留字，见附件。
\n4) 库名、表名、字段名见名知意，建议使用名词而不是动词。
\n5) 数据对象、变量的命名都采用英文字符,禁止使用中文命名。
\n6) 临时库、表名必须以tmp为前缀，并以日期为后缀。
\n7) 备份库、表必须以bak为前缀，并以日期为后缀。
\n\n1) 所有表统一使用InnoDB存储引擎。
\n
\n2) 表字符集选择UTF8mb4。
\n3) 所有表和列都需要添加注释。
\n4) 禁止在数据库中存储图片、文件。
\n5) 禁止在线上做数据库压力测试,如有特殊需要，需提前报备。
\n6) 禁止客户端直接操作测试，生产数据库。
\n7) 研发保证应用与数据库表结构版本的统一，并提供相应的数据库回滚策略。
\n8) 表结构变更DBA审核未通过的，不允许上线。
\n\n1) 每张表必须有整型主键。如：id bigint(20) UNSIGNED ， NOT NULL，不要自增。
\n
\n2) 禁止DEFAULT NULL，建议NOT NULL 设置默认值。
\n3) 存储精确浮点数必须使用DECIMAL替代FLOAT和DOUBLE，或者使用bigint（需要做转换）。
\n4) 建议使用UNSIGNED存储非负数值。
\n5) 不建议使用ENUM类型，使用TINYINT来代替。
\n6) 建议使用INT UNSIGNED存储IPV4。
\n7) 禁止在数据库中存储明文密码。
\n8) 整形定义中建议采用INT(10),而不是INT(1),INT(11)或其他。
\n9) 存储状态，性别等，用TINYINT。
\n10) 将过大字段拆分到其他表中。尽可能不使用TEXT、BLOB类型。如果必须使用，业务表中的TEXT,BLOB中字段，必须要拆分到单独的表中存储。
\n11) 需要根据实际的宽度来选择VARCHAR(N)类型的宽度。
\n12) N表示的是字符数不是字节数. VARCHAR(N)，N尽可能小，进行排序和创建临时表一类的内存操作时，会使用N的长度申请内存。
\n13) 存储年使用YEAR类型，存储日期使用DATE类型。
\n14) 13 存储时间（精确到秒）建议使用TIMESTAMP类型，因为TIMESTAMP使用4字节，DATETIME使用8个字节。TIMESTAMP类型保存的值不能比1970早或比2037晚。
\n\n能NOT NULL 就NOT NULL，char、varchar用NOT NULL DEFAULT \'\',tinyint、smallint、int用NOT NULL DEFAULT 0。
\n
\nchar、varchar取值要吝啬，根据实际需求给，比如人名一般不超过5个，varchar(5)，不要varchar(200)。int、tinyint这类，int(1)和int(13)都是一样的，
\n我们统一用int(10),tinyint取值范围[-128,127],加了unsigned取值[0,255]，如果不需要存储负数，整型类型的加unsigned。
\n\n1) 单张表的索引数量控制在5个以内。
\n
\n2) 复合索引中的字段数建议不超过5个。
\n3) 非唯一索引必须按照\"idx_字段名称_字段名称[_字段名]\"进行命名。
\n4) 唯一索引必须按照\"uniq_字段名称_字段名称[_字段名]\"进行命名。
\n5) 合理利用覆盖索引。不使用更新频繁的列做为索引。
\n6) 对长字符串考虑使用前缀索引，前缀索引长度不超过8个字符。
\n7) 索引字段的顺序需要考虑字段值去重之后的个数，个数多的放在前面。
\n8) 使用EXPLAIN判断SQL语句是否合理使用索引，尽量避免extra列出现：Using File Sort，UsingTemporary。
\n9) UPDATE、DELETE语句需要根据WHERE条件添加索引。
\n10) 合理创建联合索引（避免冗余），(a,b,c) 相当于 (a) 、(a,b) 、(a,b,c)，但（a,c）只能用到部分索引。
\n1) 不在选择性低的列上建立索引，例如\"性别\", \"状态\"， \"类型\"。
\n
\n2) 不在索引列进行数学运算和函数运算。
\n3) 尽量不使用外键。
\n4) 高并发场景不建议使用唯一索引。
\n5) 不使用前导查询，如like \"%ab\",like \"%ab%\"。
\n6 SQL语句规范
\n1) SQL语句中IN包含的值不应过多（不超过1000个）
\n2) UPDATE、DELETE语句不使用LIMIT。
\n3) WHERE条件中必须使用合适的类型，避免MySQL进行隐式类型转化。
\n4) SELECT语句只获取需要的字段。
\n5) SELECT、INSERT语句必须显式的指明字段名称，不使用SELECT *，不使用INSERT INTO table()。
\n6) WHERE条件中的非等值条件（IN、BETWEEN、<、<=、>、>=）会导致后面的条件使用不了索引。
\n7) 避免在SQL语句进行数学运算或者函数运算，容易将业务逻辑和DB耦合在一起。
\n8) INSERT语句使用batch提交（INSERT INTO table VALUES(),(),()……），values的个数不应过多。
\n9) 避免使用存储过程、触发器、函数等，容易将业务逻辑和DB耦合在一起，并且MySQL的存储过程、触发器、函数中存在一定的bug。
\n10) 避免使用JOIN。
\n11) 使用合理的SQL语句减少与数据库的交互次数。
\n12) 不使用ORDER BY RAND()，使用其他方法替换。
\n13) 建议使用合理的分页方式以提高分页的效率。
\n14) 统计表中记录数时使用COUNT(*)，而不是COUNT(primary_key)和COUNT(1)。
本文档是为帮助研发与运维人员按照规范使用MySQL数据库，提升研发写SQL的水平。致力于提供一个安全，稳定，高性能的数据库环境。
\n\n\n1) 库名、表名、字段名必须使用小写字母，\"_\"分割。
\n
\n2) 库名、表名、字段名不超过12个字符。
\n3) 库名、表名、字段名禁止使用MySQL保留字，见附件。
\n4) 库名、表名、字段名见名知意，建议使用名词而不是动词。
\n5) 数据对象、变量的命名都采用英文字符,禁止使用中文命名。
\n6) 临时库、表名必须以tmp为前缀，并以日期为后缀。
\n7) 备份库、表必须以bak为前缀，并以日期为后缀。
\n\n1) 所有表统一使用InnoDB存储引擎。
\n
\n2) 表字符集选择UTF8mb4。
\n3) 所有表和列都需要添加注释。
\n4) 禁止在数据库中存储图片、文件。
\n5) 禁止在线上做数据库压力测试,如有特殊需要，需提前报备。
\n6) 禁止客户端直接操作测试，生产数据库。
\n7) 研发保证应用与数据库表结构版本的统一，并提供相应的数据库回滚策略。
\n8) 表结构变更DBA审核未通过的，不允许上线。
\n\n1) 每张表必须有整型主键。如：id bigint(20) UNSIGNED ， NOT NULL，不要自增。
\n
\n2) 禁止DEFAULT NULL，建议NOT NULL 设置默认值。
\n3) 存储精确浮点数必须使用DECIMAL替代FLOAT和DOUBLE，或者使用bigint（需要做转换）。
\n4) 建议使用UNSIGNED存储非负数值。
\n5) 不建议使用ENUM类型，使用TINYINT来代替。
\n6) 建议使用INT UNSIGNED存储IPV4。
\n7) 禁止在数据库中存储明文密码。
\n8) 整形定义中建议采用INT(10),而不是INT(1),INT(11)或其他。
\n9) 存储状态，性别等，用TINYINT。
\n10) 将过大字段拆分到其他表中。尽可能不使用TEXT、BLOB类型。如果必须使用，业务表中的TEXT,BLOB中字段，必须要拆分到单独的表中存储。
\n11) 需要根据实际的宽度来选择VARCHAR(N)类型的宽度。
\n12) N表示的是字符数不是字节数. VARCHAR(N)，N尽可能小，进行排序和创建临时表一类的内存操作时，会使用N的长度申请内存。
\n13) 存储年使用YEAR类型，存储日期使用DATE类型。
\n14) 13 存储时间（精确到秒）建议使用TIMESTAMP类型，因为TIMESTAMP使用4字节，DATETIME使用8个字节。TIMESTAMP类型保存的值不能比1970早或比2037晚。
\n\n能NOT NULL 就NOT NULL，char、varchar用NOT NULL DEFAULT \'\',tinyint、smallint、int用NOT NULL DEFAULT 0。
\n
\nchar、varchar取值要吝啬，根据实际需求给，比如人名一般不超过5个，varchar(5)，不要varchar(200)。int、tinyint这类，int(1)和int(13)都是一样的，
\n我们统一用int(10),tinyint取值范围[-128,127],加了unsigned取值[0,255]，如果不需要存储负数，整型类型的加unsigned。
\n\n1) 单张表的索引数量控制在5个以内。
\n
\n2) 复合索引中的字段数建议不超过5个。
\n3) 非唯一索引必须按照\"idx_字段名称_字段名称[_字段名]\"进行命名。
\n4) 唯一索引必须按照\"uniq_字段名称_字段名称[_字段名]\"进行命名。
\n5) 合理利用覆盖索引。不使用更新频繁的列做为索引。
\n6) 对长字符串考虑使用前缀索引，前缀索引长度不超过8个字符。
\n7) 索引字段的顺序需要考虑字段值去重之后的个数，个数多的放在前面。
\n8) 使用EXPLAIN判断SQL语句是否合理使用索引，尽量避免extra列出现：Using File Sort，UsingTemporary。
\n9) UPDATE、DELETE语句需要根据WHERE条件添加索引。
\n10) 合理创建联合索引（避免冗余），(a,b,c) 相当于 (a) 、(a,b) 、(a,b,c)，但（a,c）只能用到部分索引。
\n1) 不在选择性低的列上建立索引，例如\"性别\", \"状态\"， \"类型\"。
\n
\n2) 不在索引列进行数学运算和函数运算。
\n3) 尽量不使用外键。
\n4) 高并发场景不建议使用唯一索引。
\n5) 不使用前导查询，如like \"%ab\",like \"%ab%\"。
\n6 SQL语句规范
\n1) SQL语句中IN包含的值不应过多（不超过1000个）
\n2) UPDATE、DELETE语句不使用LIMIT。
\n3) WHERE条件中必须使用合适的类型，避免MySQL进行隐式类型转化。
\n4) SELECT语句只获取需要的字段。
\n5) SELECT、INSERT语句必须显式的指明字段名称，不使用SELECT *，不使用INSERT INTO table()。
\n6) WHERE条件中的非等值条件（IN、BETWEEN、<、<=、>、>=）会导致后面的条件使用不了索引。
\n7) 避免在SQL语句进行数学运算或者函数运算，容易将业务逻辑和DB耦合在一起。
\n8) INSERT语句使用batch提交（INSERT INTO table VALUES(),(),()……），values的个数不应过多。
\n9) 避免使用存储过程、触发器、函数等，容易将业务逻辑和DB耦合在一起，并且MySQL的存储过程、触发器、函数中存在一定的bug。
\n10) 避免使用JOIN。
\n11) 使用合理的SQL语句减少与数据库的交互次数。
\n12) 不使用ORDER BY RAND()，使用其他方法替换。
\n13) 建议使用合理的分页方式以提高分页的效率。
\n14) 统计表中记录数时使用COUNT(*)，而不是COUNT(primary_key)和COUNT(1)。