读高性能Mysql摘要

Posted 六月风花雪

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了读高性能Mysql摘要相关的知识,希望对你有一定的参考价值。

类型相关

INT(1)和INT(20)对于存储和计算来说,意义是相同的,他不会限制值的合法范围,只是一些交互工具会用来显示字符的个数
默认是有符号的,可以指定为无符号,增加数据存储范围,如0-255,可以声明unsigned
整数比字符操作代价更低,因为字符集和校对规则使字符更复杂,如果是ip,也应该用整型存储
尽量避免NULL:如果查询中包含可能为null的列,对mysql来说更难优化。它使索引、索引统计和值都比较复杂,可为NULL的列会使用更多的存储空间,当为Null的列表被索引时,每个索引记录需要一个额外的字节,尽量不为NULL列建索引【InnoDB例外,它使用单独的bit存储NULL值,对于很多值为NULL,少数非NULL有很好的空间效率】

varchar(1000)和char 1000的意思是字节,而不是字符
char适合存储定长的值,它占用的存储空间固定
varchar适合存储可变长的值,由于值的长度可变,所以存储的空间不确定,当一个内存页无法容纳完varchar数据占用的空间时,innodb会分裂成两页
varchar适合:列的更新少,使用了复杂的字符集,每个字符使用不同的字节数存储时

BLOB、TEXT:
值太大时,Innodb会分配额外的存储区域,每个值在行内需要1到4个字节存储一个指针
Blob存储的二进制数据,没有排序规则和字符集

TIMESTAMP只能保存1970年到2038年,显示的值依赖当前的时区
Datetime从1001年到9999年,类似字符串,因此和时区无关

字符集相关

字符集:
unicdoe一个字符统一用2个字节来标识,不管是汉字还是英文字母,还是符号,因此空间会有浪费
utf-8是一种变长的编码方式,使用1-4个字节,当字符在ascii码范围,就用一个字节标识,一个中文字符占3个字节
utf-8是广义的unicode字符集的实现方案,他已经尽力节省了空间,但GBK这种字符集还在大行其道,因为GBK是为中文量身定制的,他的空间更少,只是只支持中文,其他文字如韩文,会乱码,因此特定场景下还是有优势的

优化操作

从行缓冲中将编码过的列转换成行数据结构的操作代价是很高的,所以,用什么字段,取什么字段

粗略的经验法则:单个查询关联的表在12个表以内

大表的alter table可能会很慢,Mysql执行大部分修改表结构操作的方法是用新的结构创建一张表,从旧表中插入所有数据,删除旧表,如果服务器内存不足,有很大可能会持续几个小时

聚簇索引

聚簇索引指的是数据行存放在索引的叶子页中,一个表只能有一个聚簇索引
如果一个索引包含了所有需要用到的值,就叫覆盖索引,对于innodb,可以避免对主键索引的二次查询,效率很高

mysql分区表

分区表并没有一个全局索引,索引只是在各个底层表上各自加上完全相同的索引,并且操作对程序是暗箱的,有一定风险














以上是关于读高性能Mysql摘要的主要内容,如果未能解决你的问题,请参考以下文章

《高性能MySQL》学习笔记

如何查看 mysql 性能瓶颈

MySQL的主从复制(windows)

MySQL 的实时性能监控利器

高性能mysql 第11章 可扩展的mysql

读薄《高性能MySql》Schem与数据优化