mysql中要存储小数用什么类型数据好？

DECIMAL存储精确小数，如金融金额，总位数和小数位数可定，精确无误差。
FLOAT存储近似小数，计算快，但精度问题，如0.1 +0.2 ≠0.3 金融场景必用DECIMAL，非精确计算可选FLOAT。
选类型看精度要求，别想当然。

mysql数据库中BLOB和TEXT类型如何使用

哎呦，咱们聊聊MySQL里BLOB和TEXT这两种数据类型，这俩玩意儿啊，各有各的用处，用对了能省不少事。

先说BLOB，这玩意儿是干啥的呢？它专门用来存储二进制数据，比如图片、音频、视频这些。
我之前接触过一个项目，2 01 6 年那会儿，公司要存一些用户上传的图片，我们就是用的BLOB类型。
这BLOB有几种类型呢？TINYBLOB、BLOB、MEDIUMBLOB、LONGBLOB，容量从2 5 5 字节到4 GB不等，得根据存储需求来选。

得提个醒，BLOB这种东西啊，咱们尽量别直接存文件，存个路径多好。
比如说，图片存到服务器上，或者用对象存储服务，数据库里只存个路径。
这既能减少数据库的负担，也方便管理和备份。

要是必须存文件，那就得选MEDIUMBLOB或LONGBLOB，大文件备份和恢复的时候得注意，可能会拖慢速度。
BLOB不支持全文索引，但可以建立前缀索引，比如只索引前1 00字节，这样查询效率能高一些。

再来说说TEXT，这玩意儿是存储长文本的，文章内容、日志这些都可以用。
TEXT也有几种类型，TINYTEXT、TEXT、MEDIUMTEXT、LONGTEXT，容量从2 5 5 字符到4 GB。

使用TEXT的时候啊，别用SELECT，得显式指定列，避免传输大量数据。
对TEXT列进行条件比较得小心，直接比较可能会很慢，最好是借助ID或者前缀索引。

字符集和排序规则也得注意，支持多语言文本存储，得指定字符集。
全文检索是个好东西，配合FULLTEXT索引能实现高效搜索。

俩类型都有一些共同点，比如不能设置默认值，查询涉及到排序或分组的时候可能会触发磁盘临时表，性能会下降。
大对象数据会增加网络传输和存储开销，备份和恢复的时候得注意。

举个例子，存储用户头像，推荐的方法是存文件路径，图片放在对象存储上。
存储文章内容，用MEDIUMTEXT或LONGTEXT，并建立FULLTEXT索引。
存储日志数据，用TEXT类型，按日期分表。

性能优化方面，得合理选择类型，避免全表扫描，监控和调优也很重要。
通过这些方法，能有效利用BLOB和TEXT类型，避免性能瓶颈。
哎，说起来这些，我当时也没想明白，现在想想还是得根据实际情况来。

mysql 可以存储文件吗

说白了，MySQL存文件就三种方式，要么存路径，要么存小文件的二进制，要么交给外部存储系统。

先说最重要的，存文件路径是最省事儿的。
去年我们跑那个电商项目，用户上传头像就纯纯用路径存，MySQL就记个/upload/avatars/xxx.jpg，应用层去读。
优点是数据库压力小，查询快，但缺点是文件得靠应用来管，路径改了数据库也得改，而且文件散乱在文件系统里，找起来费劲。

另外一点，BLOB类型适合存几MB以内的文件，比如系统配置啥的。
有个项目用BLOB存日志，结果用户量一上来，每次查日志都把数据库拖慢了半截，用行话说叫雪崩效应，其实就是前面一个小延迟把后面全拖垮了。

还有个细节挺关键的，大文件直接放MySQL是找死。
我一开始也以为BLOB能存啥，后来发现不对，几GB的视频一放进去，备份都慢到怀疑人生。
所以现在推荐用外部存储，像AWS S3 或者阿里云OSS，MySQL就存个文件名和路径。
去年我们换到OSS后，查询速度直接快了三个数量级，而且还能自动扩容，绝了。

等等，还有个事，存文件时得考虑备份策略。
纯路径的话，数据库备份就够了；BLOB得单独备份，不然恢复全炸；外部存储的备份全靠服务商了。

建议中小项目别直接碰大文件存储，成本和性能都扛不住。
但如果你是做高并发存储的，那外部系统是必选项，别再傻乎乎地把数据库当文件柜使了。

Mysql数据库3种存储引擎有什么区别？

MyISAM：
默认引擎，无事务，无外键。

读写速度快，但数据不一致。

数据和索引文件可分开存储，IO更优化。

MEMORY：
数据全在内存，速度快，但断电数据丢。

默认HASH索引，范围查询慢。

不支持BLOB和TEXT，VARCHAR当作CHAR。

InnoDB：
事务安全，支持外键。

写入效率低，空间占用大。

自动增长列支持，外键约束唯一。