- 浏览: 501207 次
- 性别:
- 来自: 广州
文章分类
- 全部博客 (449)
- java细节 (186)
- javascript (6)
- tomcat (2)
- java基础 (17)
- extjs (1)
- java 开源 (17)
- java-bug (5)
- 电脑软件 (16)
- oracle-dba (8)
- oracle (6)
- java 精神 (17)
- SSH (6)
- 常用开源 (29)
- Mysql (22)
- 电脑学习 (8)
- jsp (12)
- html5 (6)
- hadoop (3)
- webos (2)
- web前端开发 (7)
- java实践 (2)
- 其它 (19)
- python (4)
- c++ (1)
- linux (2)
- css3+h5 (9)
- bootstrap (12)
- ps (1)
- vue (5)
- android (3)
最新评论
-
springdata_springmvc:
java inputstream demo教程源代码下载:ht ...
文件的读写 -- java FileInputStream -
hukaimiao:
[/c佛挡[size=x-small][color=darkr ...
文件的读写 -- java FileInputStream -
wwm4851186:
可惜这是中国
10大技能 让你坐享10万美元薪酬 -
zhubo357087527:
楼主,这样写可以吗?用“Process proc = Runt ...
在java中如何调用linux的ctrl+c指令?
写在前面的话:
总是在灾难发生后,才想起容灾的重要性;
总是在吃过亏后,才记得曾经有人提醒过。
(一)核心军规
(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)不在数据库做运算
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);
发表评论
-
下载 安装 mysql8 -安装和运行(转)
2023-06-27 11:07 459下载 rar包 https://blog.csdn.net/W ... -
下载 安装 mysql8
2023-06-27 10:11 417参考 https://blog.csdn.net/WwLK12 ... -
is blocked because of many connection errors; unblock with 'mysqladmin flush-hos
2021-09-04 16:30 291查看: show variables like '%max%c ... -
mysql 8 下载安装步骤(转)
2021-03-07 16:18 919https://blog.csdn.net/weixin_42 ... -
mysql8 安装步骤
2020-09-22 10:26 904https://www.cnblogs.com/yunlong ... -
执行mysql脚本
2020-09-17 23:44 393SET foreign_key_checks = 0; 禁用外 ... -
分组后,取出第一条
2019-11-25 22:23 625如果groupby之后select之内没有聚合函数操作,则输出 ... -
mysql 关键字
2019-07-31 09:35 1243https://www.cnblogs.com/wuyifu/ ... -
select * from tt t where t.`name` like '%'该字段不为空-一般不这样写啊
2019-01-20 17:23 580SELECT * FROM TABLE 和 SELEC ... -
如果只用到部分字段,尽量使用确定字段,而不是 *
2018-09-18 23:56 409select distinct(u.LOGIN_NO),u.L ... -
count(*) count(1) count(id) 区别
2018-08-15 17:59 604count(*)和count(1)其实并没有区别,这两者都会将 ... -
发现mysql的bug
2018-03-30 10:26 607SELECT * from table1 aaa cc; S ... -
sql优化
2018-03-29 16:54 448SELECT DISTINCT t1.no FROM ta ... -
sh中执行sql脚本
2018-02-11 11:30 998clear.sh 内容如下: sql1="dele ... -
mysql sql 添加时间
2017-12-07 15:04 636update table201612 t set t.BEGI ... -
mysql 关键字作为字段名处理办法
2017-08-17 10:06 1936今天遇到一个 吧range关键字作为mysql表字段名的事情, ... -
mysql 时间比较
2017-08-16 17:39 789select timestampdiff(SECOND,tim ... -
Windows平台导出导入sql文件Mysql表名变小写的解决(已测试)
2014-12-24 16:01 797windows 下的解决方法: my.ini 里面的mysq ... -
left join 和多表查询的区别
2014-02-17 13:49 5884left join和 多表查询 left join 所有的工 ... -
一道看似简单的面试题
2013-08-21 14:42 865员工表(emp表) EmpId EmpName EmpSal ...
相关推荐
MySQL数据库开发的三十六条军规,是石展在赶集网工作期间的经验总结。这三十六条军规主要围绕数据库的高性能、稳定性以及开发者的实践操作,涵盖了核心军规、字段类军规、索引类军规、SQL类军规以及约定类军规五个...
《MySQL数据库开发的三十六条军规》是一份源自一线实战经验总结的重要文档,旨在指导数据库开发者规避常见陷阱,提升数据库性能与稳定性。这份文档详细列举了数据库开发过程中的关键原则,涉及核心军规、字段类军规...
MySQL数据库开发的赶集网三十六条军规
数据库开发的三十六个军规是针对MySQL数据库的实战经验总结,涵盖了从核心原则到具体实践的多个方面。这些规则背后蕴含了数据库开发人员在实际操作中血的教训,强调了实用性和避免常见错误的重要性。 核心军规部分...
MySQL数据库开发的三十六条军规是对数据库设计与管理的最佳实践的总结,旨在提高开发效率,优化SQL查询性能,确保数据安全性和一致性。以下是对这些军规的详细解释: 1. **选择合适的数据库引擎**:根据业务需求,...
在深入探讨《MySQL数据库开发的36条军规》文档内容之前,我们首先需要了解MySQL数据库的基本概念和它在数据库管理系统中的地位。MySQL是一个流行的开源关系型数据库管理系统(RDBMS),由瑞典MySQL AB公司开发,并且...
MySQL数据库开发的三十六条军规_石展_完整.pdf mysql容灾及自动化切换.pdf MySQL 性能优化最佳实践.pdf 用MySQL集群构建可扩展动态数据查询系统.pdf mysql-lap特性与调优与大数据应用技巧.pdf 赵振平:MYSQL数据库...
### 58数据库设计军规解析 #### 一、基础规范 **1. 必须使用InnoDB存储引擎** - **解读**:InnoDB作为MySQL中最常用的存储引擎之一,提供了事务安全性和行级锁定机制,这有助于提升在高并发场景下的性能表现。此外...
标题《SQL优化30条军规》和描述“SQL优化的30条军规,希望可以帮到大家。军规适用场景:并发量大、数据量大的互联网业务,解读:讲解原因,解读比军规更重要”表明了这份文档旨在为处理高并发和大数据量场景下的...
这些军规不仅适用于小米公司,也能为广大数据库开发人员提供指导。这份军规的内容涉及核心军规、字段类军规、索引类军规、SQL类军规以及约定类军规等多个方面,现在我们来详细解读这些知识点。 核心军规强调的是...
MySQL开发中需要遵守的规则: 来自一线的实战经验 每一军规背后都是血淋淋教训 不要华丽,只要实用 ...主要针对数据库开发人员 总是在灾难发生后,才想起容灾的重要性; 总是在吃过亏后,才记得曾经有人提醒过。
### MySQL军规-SQL规范详解 #### 一、核心军规 ...通过遵循以上军规,不仅可以提升MySQL数据库的运行效率,还能增强系统的稳定性和可维护性。在实际开发过程中,还需要根据具体情况灵活调整规则的应用。