- | 铁律 | Level | 备注 |
count(*) | 不要使用 count(列名) 或 count(常量) 来替代 count(*),count(*) 是 SQL92 定义的标准统计行数的语法,跟数据库无关,跟 NULL 和非 NULL 无关。count(*) 会统计值为 NULL 的行,而 count(列名) 不会统计此列为 NULL 的行。 | 强制 |
|
count(distinct col) | 计算该列除 NULL 外的不重复行数。注意,count(distinct col1, col2),如果其中一列全为 NULL,那么即使另一列有不同的值,也返回为 0。 | 强制 |
|
sum(col) | 当一列的值全为 NULL 时,count(col) 的返回结果为 0,但 sum(col) 的返回结果为 NULL,因此使用 sum() 时需要注意 NPE 问题。可用如下方式避免 NPE 问题:select if(isnull(sum(g)), 0, sum(g)) from table; | 强制 |
|
isnull | 使用 isnull() 来判断是否为 NULL 值。NULL 与任何值的比较都为 NULL。 | 强制 |
|
分页查询逻辑 | 若 count 为 0 应直接返回,避免执行后面的分页语句。 | 强制 |
|
外键与级联 | 禁止使用外键与级联,一切外键概念必须在应用层解决。原因:外键与级联不适合分布式、高并发集群,级联更新是强阻塞,存在数据库更新风暴的风险,外键影响数据库的插入速度。 | 强制 |
|
存储过程 | 禁止使用存储过程,存储过程难以调试和扩展,更没有移植性。 | 强制 |
|
数据订正 | 数据订正(特别是删除、修改记录操作)时要先 select,避免出现误删除,确认无误后才能执行更新语句。 | 强制 |
|
in | in 操作能避免就避免,如果实在避免不了,in 后面的集合元素数量要控制在 1000 个以内。 | 推荐 |
|
truncate table | 禁止使用 truncate table,truncate table 比 delete 速度快,且使用的系统和日志资源少,但是 truncate 无事务且不触发 trigger,有可能造成事故,故不要在开发代码中使用此语句。 | 参考 |
|
- | 铁律 | Level | 备注 |
表查询 | 禁止使用 * 作为查询的字段列表,需要哪些字段必须明确。 | 强制 |
|
POJO | POJO 类的布尔属性不能加 is,而数据库字段必须加 is,要求在 resultMap 中进行字段与属性之间的映射。 | 强制 |
|
返回参数 | 禁止用 resultClass 作为返回参数,即使所有类属性名与数据库字段一一对应,也需要定义;反过来,每一个表也必然有一个属性与之对应。原因:配置映射关系,使字段与 DO 类结耦,方便维护。 | 强制 |
|
返回参数 | 禁止直接使用 HashMap、HashTable 作为查询结果集的输出。原因:属性值的类型不可控。 | 强制 |
|
sql.xml 配置参数 | sql.xml 配置参数使用 #{}, #param#,不要使用 ${},${} 容易出现SQL注入。 | 强制 |
|
queryForList | 禁止使用 Mybatis 自带的 queryForList(String statementName, int start, int size)。原因:其实现方式是在数据库取到 statementName 对应的 SQL 语句的所有记录,再通过 subList 取 start, size 的子集合。 | 强制 |
|
更新时间 | 更新数据库表记录时,必须同时更新记录对应的修改时间。 | 强制 |
|
更新数据库表记录 | 不要写一个大而全的数据更新接口(传入为 POJO 类)。执行 SQL 时,不要更新无改动的字段,原因:容易出错、效率低、增加 binlog 存储。 | 推荐 |
|
@Transactional | @Transactional 事务不要滥用。事务会影响数据库的 QPS。另外,使用事务的地方需要考虑各方面的回滚方案,包括缓存回滚、搜索引擎回滚、消息补偿、统计修正等。 | 参考 |
|
Mybatis 动态sql标签 | < isEqual> 中的 compareValue 是与属性值对比的常量,一般是数字,表示相等时执行相应的 SQL 语句;< isNotEmpty> 表示不为空且不为 null 时执行;< isNotNull> 表示不为 null 时执行。 | 参考 | |