Skip to content
体验新版
项目
组织
正在加载...
登录
切换导航
打开侧边栏
晶之木
miaosha
提交
ee1f6e46
M
miaosha
项目概览
晶之木
/
miaosha
与 Fork 源项目一致
从无法访问的项目Fork
通知
2
Star
0
Fork
0
代码
文件
提交
分支
Tags
贡献者
分支图
Diff
Issue
0
列表
看板
标记
里程碑
合并请求
0
Wiki
0
Wiki
分析
仓库
DevOps
项目成员
Pages
M
miaosha
项目概览
项目概览
详情
发布
仓库
仓库
文件
提交
分支
标签
贡献者
分支图
比较
Issue
0
Issue
0
列表
看板
标记
里程碑
合并请求
0
合并请求
0
Pages
分析
分析
仓库分析
DevOps
Wiki
0
Wiki
成员
成员
收起侧边栏
关闭侧边栏
动态
分支图
创建新Issue
提交
Issue看板
体验新版 GitCode,发现更多精彩内容 >>
提交
ee1f6e46
编写于
1月 13, 2019
作者:
Q
qiurunze123
浏览文件
操作
浏览文件
下载
电子邮件补丁
差异文件
提交mysql
上级
95b8debc
变更
2
显示空白变更内容
内联
并排
Showing
2 changed file
with
123 addition
and
0 deletion
+123
-0
README.md
README.md
+5
-0
docs/mysql.md
docs/mysql.md
+118
-0
未找到文件。
README.md
浏览文件 @
ee1f6e46
...
...
@@ -87,6 +87,11 @@
#### [通信mq-Kafka--未更新](/docs/redis-code.md)
#### [微服务框架--未更新](/docs/redis-code.md)
#### [mysql数据库优化及架构学习](/docs/mysql.md)
#### [mysql数据库设计规范](/docs/mysql.md)
#### [mysql数据库设计实例](/docs/mysql.md)
#### [mysql数据库执行计划分析](/docs/mysql.md)
#### [mysql数据库备份和恢复](/docs/mysql.md)
#### [mysql数据库架构变迁](/docs/mysql.md)
#### [netty专题(已更新 by liuxiangyu)](/docs/netty.md)
#### [linux专题](/docs/linux.md)
#### [面试专题(最后更新)--未更新](/docs/code-solve.md)
...
...
docs/mysql.md
浏览文件 @
ee1f6e46
...
...
@@ -100,6 +100,124 @@
6.
尽量使用外键 不建议使用外检约束,但是一定要在表与表之间的关联键上建立索引
数据库字段设计规范
1.
优先选择符合存储需要的最小的数据类型
1.
将字符串转换成数字类型存储 INET_ATON('255.255.255.255') = 4294967295 字符串转ip
将字符串转换成数字类型存储 INET_NTOA('4294967295') = 255.255.255.255 ip 转字符串
2.
对于非负数据采用无符号整形进行存储 signed int -2147483648 -- 2147483647
unsigned int -0 -- 4294967295
3.
VARCHAR(N)中的N代表的是字符数而不是字节数 使用UTF-8存储汉字varchar(255) = 765个字节 存储255个汉字
4.
过大的长度会消耗更多的内存 varchar是一个可变的长度
2.
避免使用text,blob数据类型 建议blob或者时text分离到单独的表中
避免使用enum数据类型
3.
尽可能的所有列都定义为NOT NULL
索引null列需要额外的空间来保存,所以需要占用更多的空间
进行比较和计算的时候要对null值进行特别的处理
4.
字符串存储日期型的数据不是正确的
无法用日期函数来进行计算和比较
用字符串存储日期要占用更多的空间
5.
timestamp 和datatime 类型存储时间
timestamp 存储范围有限制 1970-01-01 00:00:01 ~2038-01-19 03:14:07
timestamp占用4字节和INT相同,但是INT可读性能高
6.
财务相关的金额类数据,必须由decimal类型存储
decimal类型为精准的浮点数,在计算时不会丢失精度
占用空间由定义的宽度来决定
可用于存储比bigint更大的整数类型
数据库sql开发规范
1.
建议使用预编译语句对数据库进行操作
2.
避免数据类型的隐式转换 不同表的相同列的数据类型不一致 会导致索引失效
3.
重复利用已经存在的索引
1.
避免使用双%%的查询条件 如 a like '%1323%'
2.
一个sql只能利用到复合索引中的一列进行范围查询
有 a,b,c列的联合索引,在查询条件中有a列的范围查询,则在b,c列上的索引将不会被用到,
在定义联合索引时,如果a列要用到范围查找的话,就要把a列放到联合索引的右侧
3.
使用left join 或者not exists 来优化not in(偶尔也会导致索引失效) 操作
4.
程序链接不同数据库要使用不同的账号,禁止跨库连接为迁移和分库分表做预备
5.
禁止select
* 必须使用select <字段列表> (*
无法覆盖索引 减少表结构变更 对程序带来的影响)
6.
insert 明确字段列表
7.
禁止使用子查询,可以把子查询优化为join操作
子查询结果集无法使用索引
子查询会产生临时表操作,如果子查询数据量大则会更严重
8.
避免使用过多的join 关联表
于Mysql来说,是存在关联缓存的,缓存的大小可以由join_buffer_size参数进行设置
在Mysql中,对于同一个SQL多关联(join)一个表,就会多分配一个关联缓存,如果在一个SQL中关联的表越多,
所占用的内存也就越大
如果程序中大量的使用了多表关联的操作,同时join_buffer_size设置的也不合理的情况下,就容易造成服务器内存溢出的情况,
就会影响到服务器数据库性能的稳定性
同时对于关联操作来说,会产生临时表操作,影响查询效率
Mysql最多允许关联61个表,建议不超过5个
9.
减少同数据库的交互次数 多个相同的操作合并在一起
10.
对应同一列进行or判断时,使用in代替or
in 的值不要超过500个
in 操作可以更有效的利用索引,or大多数情况下很少能利用到索引
11.
禁止order by rand() 进行随机排序
会把表中所有符合条件的数据装载到内存中,然后在内存中对所有数据根据随机生成的值进行排序
并且可能会对每一行都生成一个随机值,如果满足条件的数据集非常大,就会消耗大量的CPU和IO及内存资源
推荐在程序中获取一个随机值,然后从数据库中获取数据的方式
12.
where 从句禁止对列进行函数转换和计算(导致无法使用相关列的索引)
SELECT(错误写法)
*
FROM
miaosha_message
WHERE
create_time >= '20190101'
AND create_time < '20190102'
SELECT (正确写法)
*
FROM
miaosha_message
WHERE
date
(create_time) = '20190101'
13.
不会有重复值时使用UNION ALL 而不是UNION
UNION 会把两个结果集的所有数据放到临时表中后再进行去重操作
UNION ALL 不会再对结果集进行去重操作
14.
拆分大sql变为小sql
大SQL:逻辑上比较复杂,需要占用大量CPU进行计算的SQL
MySQL 一个SQL只能使用一个CPU进行计算
SQL拆分后可以通过并行执行来提高处理效率
数据库操作行为规范
过大数据的(100万)批量写操作要分批多次操作
1.
大批量操作可能会导致严重的主从延迟
2.
binlog日志为row格式时会产生大量的日志
大批量写操作会产生大量日志,特别是对于row格式二进制数据而言,由于在row格式中会记录每一行数据的修改,我们一次修改的数据越多,
产生的日志量也就会越多,日志的传输和恢复所需要的时间也就越长,这也是造成主从延迟的一个原因
3.
避免产生大事务操作
大批量修改数据,一定是在一个事务中进行的,这就会造成表中大批量数据进行锁定,从而导致大量的阻塞,阻塞会对MySQL的性能产生非常大的影响
特别是长时间的阻塞会占满所有数据库的可用连接,这会使生产环境中的其他应用无法连接到数据库,因此一定要注意大批量写操作要进行分批
4.
对于大表的修改使用pt-online-schema-change
1.
原理: 会在原表的结构上建造一个新表 复制数据
2.
避免延迟,修改时锁表
5.
禁止super权限滥用
6.
数据账号连接最小
\ No newline at end of file
编辑
预览
Markdown
is supported
0%
请重试
或
添加新附件
.
添加附件
取消
You are about to add
0
people
to the discussion. Proceed with caution.
先完成此消息的编辑!
取消
想要评论请
注册
或
登录