`

MySQL数据库开发的三十六条军规(转)

阅读更多
写在前面的话:
总是在灾难发生后,才想起容灾的重要性;
总是在吃过亏后,才记得曾经有人提醒过。
(一)核心军规
(1)不在数据库做运算
   cpu计算务必移至业务层;
(2)控制单表数据量
   int型不超过1000w,含char则不超过500w;
   合理分表;
   限制单库表数量在300以内;
(3)控制列数量
   字段少而精,字段数建议在20以内;
(4)平衡范式与冗余
   效率优先;
   往往牺牲范式;
(5)拒绝3B
   拒绝大sql语句:big sql
   拒绝大事物:big transaction
   拒绝大批量:big batch

(二)字段类军规
(6)用好数值类型
   tinyint(1Byte)
   smallint(2Byte)
   mediumint(3Byte)
   int(4Byte)
   bigint(8Byte)
   bad case:int(1)/int(11)
(7)字符转化为数字
   用int而不是char(15)存储ip
(8)优先使用enum或set
   例如:`sex` enum (‘F’, ‘M’)
(9)避免使用NULL字段
   NULL字段很难查询优化;
   NULL字段的索引需要额外空间;
   NULL字段的复合索引无效;
   bad case:
    `name` char(32) default null
    `age` int not null
   good case:
    `age` int not null default 0
(10)少用text/blob
    varchar的性能会比text高很多;
    实在避免不了blob,请拆表;
(11)不在数据库里存图片
    这个我不能理解!
    但这是赶集网的经验,求detail!

(三)索引类军规
(12)谨慎合理使用索引
    改善查询、减慢更新;
    索引一定不是越多越好(能不加就不加,要加的一定得加);
    覆盖记录条数过多不适合建索引,例如“性别”;
(13)字符字段必须建前缀索引
(14)不在索引做列运算
!!!不只是索引,都不能做列运算吧!!!
    bad case:
    select id where age +1 = 10;
(15)innodb主键推荐使用自增列;
    主键建立聚簇索引;
    主键不应该被修改;
    字符串不应该做主键;
    如果不指定主键,innodb会使用唯一且非空值索引代替;
(16)不用外键
    请由程序保证约束;

(四)sql类军规
(17)sql语句尽可能简单
    一条sql只能在一个cpu运算;
    大语句拆小语句,减少锁时间;
    一条大sql可以堵死整个库;
(18)简单的事务
    事务时间尽可能短;
    bad case:
    上传图片事务
(19)避免使用trig/func
    触发器、函数不用;
    客户端程序取而代之;
(20)不用select *
    消耗cpu,io,内存,带宽;
    这种程序不具有扩展性;
(21)OR改写为IN()
    or的效率是n级别;
    in的消息时log(n)级别;
    in的个数建议控制在200以内;
      select id from t where phone=’159′ or phone=’136′;
      =>
      select id from t where phone in (’159′, ’136′);
(22)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’
(23)避免负向%
(24)慎用count(*)
(25)同上
(26)limit高效分页
    limit越大,效率越低
    select id from t limit 10000, 10;
    =>
    select id from t where id > 10000 limit 10;
(27)使用union all替代union
    union有去重开销
(28)少用连接join
(29)使用group by
    分组;
    自动排序;
(30)请使用同类型比较
(31)使用load data导数据
    load data比insert快约20倍;
(32)打散批量更新
(33)新能分析工具
    show profile;
    mysqlsla;
    mysqldumpslow;
    explain;
    show slow log;
    show processlist;
    show query_response_time(percona);
分享到:
评论

相关推荐

    MySQL数据库开发的三十六条军规

    MySQL数据库开发的三十六条军规,是石展在赶集网工作期间的经验总结。这三十六条军规主要围绕数据库的高性能、稳定性以及开发者的实践操作,涵盖了核心军规、字段类军规、索引类军规、SQL类军规以及约定类军规五个...

    MySQL数据库开发的三十六条军规.pdf

    《MySQL数据库开发的三十六条军规》是一份源自一线实战经验总结的重要文档,旨在指导数据库开发者规避常见陷阱,提升数据库性能与稳定性。这份文档详细列举了数据库开发过程中的关键原则,涉及核心军规、字段类军规...

    MySQL数据库开发的赶集网三十六条军规.doc

    MySQL数据库开发的赶集网三十六条军规

    数据库开发的三十六个军规

    数据库开发的三十六个军规是针对MySQL数据库的实战经验总结,涵盖了从核心原则到具体实践的多个方面。这些规则背后蕴含了数据库开发人员在实际操作中血的教训,强调了实用性和避免常见错误的重要性。 核心军规部分...

    MySQL数据库开发的三十六条军规.rar

    MySQL数据库开发的三十六条军规是对数据库设计与管理的最佳实践的总结,旨在提高开发效率,优化SQL查询性能,确保数据安全性和一致性。以下是对这些军规的详细解释: 1. **选择合适的数据库引擎**:根据业务需求,...

    MySql数据库开发的36条军规

    在深入探讨《MySQL数据库开发的36条军规》文档内容之前,我们首先需要了解MySQL数据库的基本概念和它在数据库管理系统中的地位。MySQL是一个流行的开源关系型数据库管理系统(RDBMS),由瑞典MySQL AB公司开发,并且...

    MySQL 基础教程参考手册

    MySQL数据库开发的三十六条军规_石展_完整.pdf mysql容灾及自动化切换.pdf MySQL 性能优化最佳实践.pdf 用MySQL集群构建可扩展动态数据查询系统.pdf mysql-lap特性与调优与大数据应用技巧.pdf 赵振平:MYSQL数据库...

    58数据库设计军规

    ### 58数据库设计军规解析 #### 一、基础规范 **1. 必须使用InnoDB存储引擎** - **解读**:InnoDB作为MySQL中最常用的存储引擎之一,提供了事务安全性和行级锁定机制,这有助于提升在高并发场景下的性能表现。此外...

    SQL优化30条军规.pdf

    标题《SQL优化30条军规》和描述“SQL优化的30条军规,希望可以帮到大家。军规适用场景:并发量大、数据量大的互联网业务,解读:讲解原因,解读比军规更重要”表明了这份文档旨在为处理高并发和大数据量场景下的...

    mysql军规-来自小米电商

    这些军规不仅适用于小米公司,也能为广大数据库开发人员提供指导。这份军规的内容涉及核心军规、字段类军规、索引类军规、SQL类军规以及约定类军规等多个方面,现在我们来详细解读这些知识点。 核心军规强调的是...

    MySQL实用军规.pdf

    MySQL开发中需要遵守的规则: 来自一线的实战经验 每一军规背后都是血淋淋教训 不要华丽,只要实用 ...主要针对数据库开发人员 总是在灾难发生后,才想起容灾的重要性; 总是在吃过亏后,才记得曾经有人提醒过。

    mysql军规-sql规范

    ### MySQL军规-SQL规范详解 #### 一、核心军规 ...通过遵循以上军规,不仅可以提升MySQL数据库的运行效率,还能增强系统的稳定性和可维护性。在实际开发过程中,还需要根据具体情况灵活调整规则的应用。

Global site tag (gtag.js) - Google Analytics