设为首页 收藏本站
查看: 456|回复: 0

[经验分享] MySQL数据库开发的三十六条军规(转)

[复制链接]

尚未签到

发表于 2016-10-19 03:18:17 | 显示全部楼层 |阅读模式
写在前面的话:
总是在灾难发生后,才想起容灾的重要性;
总是在吃过亏后,才记得曾经有人提醒过。
(一)核心军规
(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);

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-287980-1-1.html 上篇帖子: MySQL必知必会 存储过程 游标 触发器 下篇帖子: [转]MyBatis详解 与配置MyBatis+Spring+MySql
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表