· blob/text
在实际的应用程序中往往需要存储两种体积较大的数据，一种是较大的binary数据，e.g. 一张10m的图片，另外一种是 较大的文本 e.g.一篇几万字的文章。在oracle中有bolb和clob来应对这两种数据，而在mysql中对应的是blob以及text.
鉴于这两种数据类型的特殊性，在mysql中对blob以及text的存储和操作做了特殊的处理:
1) blob/text 的值往往是作为对象来处理，这些对象有自己的id，以及独立的存储空间
2) blob/text的值被用来排序的时候，只有前n个字节会被使用，n 对应的是数据库中的一个常量值 (max_sort_length), 如果你想指定更多的字节被用来排序，那么你可以增加max_sort_length的值或者是使用order by substring(column, length)函数来处理
3) 当blob/text 被用作索引或者排序的时候，不能使用整个字段的值.
在万不得已的情况下要避免把bolb/text用作索引或是排序
因为mysql 的memory 引擎不支持blob 和text 类型，所以，如果查询的过程中涉及到blob /text,则需要使用myisam 磁盘临时表，即使只有几行数据也是如此（在最新的percona server 的memory 引擎支持blob 和text 类型）。
Memory引擎频繁的访问磁盘临时表会产生严重的性能开销，最好的解决方案是尽量避免使用BLOB 和TEXT 类型。如果实在无法避免，有一个技巧是在所有用到BLOB 字段的地方都使用SUBSTRING(column, length) 将列值转换为字符串（在ORDER BY 子句中也适用），这样就可以使用内存临时表了。但是要确保截取的子字符串足够短，不会使临时表的大小超过max_heap_table_size 或tmp_table_size，超过以后MySQL 会将内存临时表转换为MyISAM 磁盘临时表。
最坏情况下的长度分配对于排序的时候也是一样的，所以这一招对于内存中创建大临时表和文件排序，以及在磁盘上创建大临时表和文件排序这两种情况都很有帮助。例如，假设有一个1 000 万行的表，占用几个GB 的磁盘空间。其中有一个utf8字符集的VARCHAR(1000) 列。每个字符最多使用3 个字节，最坏情况下需要3 000字节的空间。如果在ORDER BY 中用到这个列，并且查询扫描整个表，为了排序就需要超过30GB 的临时表
· DATETIME/TIMESTAMP
在MySQL中包含两种时间格式 DATETIME，TIMESTAMP， 通常在使用的过程中这两种类型区别不是很大，但是在细节上还是存在差别
因为TMESSTAMP会占用更小的存储空间，所以可以使用它作为默认的时间格式
Destoon(B2B网站系统) 7.0
Destoon(B2B网站系统)使用当前流行的PHP语言开发，以MySQL为数据库，采用B/S架构，MVC模式开发。融入了模型化、模板、缓存、AJAX、SEO等前沿技术。与同类产品相比，系统功能更加强大、使用更加简单、运行更加稳定、安全性更强，效率更高，用户体验更好。系统开源发布，便于二次开发、功能整合、个性修改。
118 查看详情
· ENUM
这种类型的字段主要是通过枚举的方式来保存列的值，因为在使用的过程中会涉及到枚举位置与实际值的转换，所以对于整体的性能可能会有一定的影响，而且枚举的值是存储在.frm(数据表结构定义文件)中，所以当建立完ENUM的列后，如果你想对EMUM的内容进行更新，也就相当于做了表结构的更新。
下面是个简单建立ENUM列的例子：
mysql> CREATE TABLEenum_test(-> e ENUM('fish', 'apple', 'dog') NOT NULL-> );mysql> INSERT INTOenum_test(e) VALUES('fish'), ('dog'), ('apple');
· BIT
如果需要让你设计一个表示布尔值的字段要求占用的空间最少，你会如何去设计？用INT,还是用CHAR(1)?相比INT以及CHAR(1)而言BIT(1)或许是个更好的选择，因为它占用的空间只是一个BIT。它可以通过BIT(N)的方式来表达多个BIT的值，这种方式最大支持到BIT(64)。
在MySQL5.0之前的版本中，BIT被认为是和TINYINT等同的，在新的版本中被作为两种完全不同的类型来对待。
当你把一个BIT字段从数据库中检索出来显示在控制台上时，值会被显示成ASCII编码，当字段的值出在一个数字运算的上下文时，它会被当成是BIT的十进制的值，下面的一个例子可以很清楚的说明这两种情况
mysql>CREATE TABLE bittest(a bit(8));mysql> INSERT INTObittest VALUES(b'00111001');mysql> SELECT a, a+ 0 FROM bittest;+------+-------+| a | a + 0 |+------+-------+| 9 | 57 |+------+-------+
上面的这个例子或许会让你感到困惑，很有可能让你不再想使用这种机制来存储单个的位，作为一种替代方案可以把相关字段设置成CHAR(0)，NULL用来表示False,””(Empty String)表示True
以上就是 高性能MySql进化论(二):数据类型的优化_下的内容，更多相关内容请关注PHP中文网（www.php.cn）！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/801857.html
微信扫一扫 
支付宝扫一扫 
