MySQL使用文本/BLOB类型的知识点详解

原因:https://www.jb51.net/article/181667.htm

　　

选择@@sql_mode;//查看模式

　　 　　

trict模式下有以下限制:

　　

1)。不支持对非空字段插入零值

　　

2)。不支持对自增长字段插入”值,可插入零值

　　

3)。不支持文本字段有默认值

　　

<强>三、排序
　　

　　

MySQL对文本和BLOB列进行排序与其他类型不同:只对每个列的最前max_sort_length字节而不是整个字符串排序。
　　默认是1024,可以通过配置文件修改。

　　 　　 　　mysql>显示变量如“max_sort_length”; 　　+ - - - - - - - - - - - - - - - - - - - - - - - - - + + 　　| | Variable_name |值 　　+ - - - - - - - - - - - - - - - - - - - - - - - - - + + 　　| max_sort_length | 1024 | 　　+ - - - - - - - - - - - - - - - - - - - - - - - - - + + 　　1行集(0.00秒) 　　之前 　　 　　

<强>四,创建前缀索引
　　

　　

通常最好设置开始的部分字符作为索引,这样可以大大节约索引空间,从而提高索引效率。

　　 　　 　　alter table table1添加键(text1(1024), 之前 　　 　　

知识点扩展:

　　

MySQL字段设计规范避免使用文本/BLOB数据类型

　　

一、说明
　　

　　

假期有时间可以多去看看一些表的设计,发现了不少问题,老系统上过百的字段,里面含有大量的简单不到500年万的数据量,开发规范中有要求表设计不要超过500年万数据量。查看了表占用的磁盘空间120克,毫无疑问是大表,当初设计的时候就没有考虑过设计。一句话上线能用就行,管他呢。

　　

二、MySQL规范

　　

1,单表不要超过500年万条记录,同时评估单表所占用磁盘空间不要超过50克,否则考虑优化,分表等。

　　

2,禁用文本字段类型,如果必须的用,也需要单独设计表。

　　

三、禁用文本字段类型原因

　　

1、性能很差,排序等操作时,就不能使用内存临时表,必须使用磁盘临时表进行。

　　

2、文本或BLOB类型只能使用前缀索引,MySQL对索引字段长度是有限制的。

　　

四,解决办法
　　

　　

定好规范,严格执行(执行很难),一两个DBA面对几十上百的业务系统,几万个表,上百万的字段通过每一个表和字段人工审核是不可能完成的,最终还是要靠智能化的审核系统!

　　

到此这篇关于MySQL使用文本/BLOB类型的知识点详解的文章就介绍到这了,更多相关MySQL使用文本/BLOB类型的几点注意内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持!

MySQL使用文本/BLOB类型的知识点详解