可以mysql 数据库存储图像吗

我们需要谈谈在 MySQL 中存储图像。
老实说，这在技术上是可行的，但我真的不推荐它。

首先，MySQL有BLOB（Binary Large Object），可以存储二进制数据。
理论上也可以保存JPG、PNG、GIF等图像文件。
我早在 2 01 6 年就使用 mysql.connector 编写了一些 Python 代码，将图像转换为二进制文件，然后将其保存到其中。
后来我编写了向后阅读的代码，证实这在技术上是可行的。

但是，该过程需要以下步骤：首先读取图像文件，将其转换为二进制数据，然后编写SQL语句插入数据库，例如： “INSERT INTO images (image) VALUES (%s)”然后执行该语句。

但是，这里也存在缺陷和问题。
例如，图像文件通常很大。
当直接存储在数据库中时，数据库文件大小会迅速增加，备份和恢复时间也会增加，尤其是当数据量较大时。
查询性能也会下降。
读取BLOB数据需要将整个文件加载到内存中，效率不如文本数据。
在高并发场景下，数据库I/O压力也会增加。

此外，维护起来很费力。
数据库备份和迁移需要对此 BLOB 数据进行额外处理。
传输既耗时又容易出错。

所以有更好的选择。
例如，将图像存储在AWS的S3 或阿里云的OSS等文件系统或对象存储服务中，然后在数据库中只存储文件路径或URL，因此查询快，备份容易，可扩展性高。

适用于用户头像、商品图片等需要频繁查询但改动较少的场景。
又比如使用云服务存储图片，提供高可用性和可扩展性，将访问链接存储在数据库中，结合CDN加速分发，适合大型图片存储场景。

什么时候应该选择MySQL来存储图片？当图像和数据需要严格同步时，比如查询频率较低，比如医学图像、病历等，可以考虑BLOB存储。
或者，您可以在早期开发阶段或小型项目中暂时使用它进行快速原型设计，然后迁移到更好的解决方案。

简而言之，技术上可行，但不是最佳实践。
决策时一定要根据应用场景选择合适的方案，不要一味追求技术的简单性。

mysql存储图片用什么类型

BLOB类型适合图像存储。
TinyBlob（2 5 5 字节）存储 1 6 x1 6 图标。
Blob (6 5 KB) 存储网页的缩略图。
MediumBlob (1 6 MB) 存储手机中的照片。
LongBlob (4 GB) 存储高分辨率图像。

这是个坑。
不要那样做。
直接保存大图。

mysql的数据文件是什么格式保存在哪里?

嘿嘿，我们来说一下MySQL数据文件的格式和存储位置。
这取决于您使用的存储引擎。

我先说一下我自己的经历。
我曾经在一家小公司做数据库管理。
当时，我使用了两种存储引擎：InnoDB 和 MyISAM。
说实话，了解这两个引擎的数据文件格式和位置对于数据库维护来说非常重要。

来吧，我们先看一下InnoDB。
这会生成三个文件：.frm、ibdata1 和 .ibd。
.frm文件就像一张身份证，记录了表定义信息。
至于ibdata1 ，它是一个InnoDB表空间文件，相当于一个仓库，存储数据和索引。
如果启用了 innodb_file_per_table 参数，则每个表也会有自己的 .ibd 文件，以便将数据分开。

该文件通常放在MySQL数据库安装目录的data文件夹下。
但是，.frm 文件默认放置在路径 C:\Documents and Settings\All Users\Application Data\MySQL\MySQL Server 5 .1 \data 中。

我们来谈谈MyISAM。
这个东西也有三种文件类型：.frm、.MYD 和 .MYI。
.frm 文件仍然存储表定义信息，.MYD 存储数据，.MYI 存储索引。
这三种文件类型放置在同一个数据文件夹中。

如果你在安装MySQL时指定了数据文件的保存路径，那么这个文件就会按照你指定的路径保存。
如果您忘记保存路径，也没关系。
您可以通过命令行检查它。
你只需要打开命令行提示符，切换到MySQL bin文件夹，然后输入“mysql”进入命令行模式，然后输入“show Global Variables like '%datadir%'”就可以看到数据文件的位置。

这里不得不承认，我记得数据是这样的，但是具体操作可能有点极端，建议你实际操作一下来确认一下。

MySQL中常见存储引擎有什么区别

上周我的朋友问我有关 MySQL 存储引擎的问题。

InnoDB 现在是默认值。
它支持必须批量通过或失败的银行转账等交易。
也可以使用外键；例如，订单表与客户表关联。
当客户删除订单时取消。
还支持自动增量列，并且需要主键。

MyISAM 是默认值。
该表分为三个部分； MYD 是数据，MYI 是索引。
它具有三种格式；静态的速度最快；动态的占用空间较少，压缩的节省空间最多，但读写时需要解压。
使用MyISAM进行大量的读写是可以的，但是不要使用事务来进行大量的写入。

MEMORY 全部在内存中。
fast 默认哈希索引。
但是，它适合临时数据存储，因为重启期间数据会丢失。
比如保存什么的。

所以InnoDB最全面，MyISAM可读性更强，MEMORY最快，但数据不多。
这取决于你。