mysql常用的版本比较

让我告诉你MySQL版本。
我遇到最多的是 5 .6 、5 .7 和 8 .0。
5 .6 版本那一年，我们的项目刚刚上线，我偶然发现了EXPLAIN来查看执行计划。
这非常有用！ 有一个SQL非常慢。
我用EXPLAIN检查了一下，发现是全表扫描，只是添加了索引。
也是在那个时候，RedoLog扩展到了5 1 2 G。
我们的服务器内存很大，不会感觉卡住。
对于5 .7 版本，我们团队接手了一个老项目，使用了密码过期策略。
老员工设置的root密码已经过期，必须一一重置，相当麻烦。
JSON 支持当时才刚刚流行。
我们连接了一个API，需要解析JSON数据，所以5 .7 就足够了。
8 .0版本是新的。
我们今年刚刚升级了它。
它对分区表、RANGE分区和JSON有更好的支持，窗口函数用起来很有趣。
8 .0中的SSL默认连接也省去了麻烦。
过去，您必须手动配置它。
我们较少使用过 4 .1 、5 .0、5 .1 和 5 .5 版本，印象不是很深刻。
我没有详细研究8 .0版本的功能，但是8 .0中有很多新功能，例如用户锁定和列生成，听起来相当有趣。

简单明了！utf8和utf8mb4的区别

UTF8 和 UTF8 MB4 之间有很大的区别。

1 .字符编码范围不同。
UTF8 是 MySQL 早期版本（5 .5 .3 之前）的默认设置，每个编码使用 1 到 3 个字节。
但它只支持基本的多语言Unicode计划，即从0x0000到0xFFFF的部分。
说白了，它无法存储需要4 字节编码的字符。
例如，UTF8 无法存储Emoji表情、一些特别罕见的汉字（如“&1 3 4 07 1 ;”）以及Unicode扩展区中的新字符。
UTF8 MB4 是UTF8 的超集，它使用1 到4 个字节进行编码，覆盖整个Unicode字符集（0x000000到0x1 0FFFF）。
这样就可以保存所有字符，解决UTF8 兼容问题。

2 存储空间和性能。
由于UTF8 仅支持3 字节字符，因此在存储相同内容时通常比UTF8 MB4 更节省空间。
例如，存储一个汉字“中”，UTF8 需要3 个字节，UTF8 MB4 也需要3 个字节。
但是当你将Emoji保存为“&1 2 8 5 2 2 ;”时，UTF8 会出现问题，UTF8 MB4 需要4 个字节。
因此，如果应用程序脚本仅使用基本字符，例如中文和英文，则UTF8 更经济。
如果需要支持特殊符号或国际化内容，UTF8 MB4 具有明显的兼容性优势，但会稍微增加存储开销。

3 应用场景。
建议先使用UTF8 MB4 例如，在社交平台和评论系统上，用户可以发送表情符号、多语言文本或罕见字符。
使用UTF8 MB4 可以避免输入错误或数据丢失。
如果应用场景没有明确使用4 字节字符，例如内部管理系统和纯中文数据库，使用UTF8 可以减少存储占用并提供更好的性能。

4 版本兼容性。
UTF8 MB4 是在MySQL 5 .5 .3 版本之后引入的。
以前的版本仅支持UTF8 数据库升级过程中，从UTF8 迁移到UTF8 MB4 不需要进行数据转换，但必须更改表或字段的字符集属性，例如使用命令ALTERTABLEtable_nameCONVERTTOCHARACTERSETutf8 mb4
说实话，UTF8 MB4 通过扩展字符编码范围解决了UTF8 的局限性，是现代应用中更通用的选择，特别适合兼容性要求高的场景。
UTF8 适用于对存储空间敏感、字符范围有限的环境。

如何下载5.5版的mysql

嘿伙计，当谈到配置 MySQL 5 .5 时，我真的很难。
记得那一年，我在公司启动了一个项目，需要使用MySQL5 .5 ，但是遇到了很多风险。

首先，从官方网站下载该部分。
我直接去了https://dev.mysql.com/downloads/mysql/5 .5 .downloads，然后选择了6 4 位Windows版本，下载了mysql-5 .5 .5 9 -winx6 4 .msi。
这一步进行得很顺利，没有出什么差错。

然后就是安装了。
当时我的计算机上仍然安装了防病毒软件，但是当我安装它时，它退出并拒绝让我安装它。
我花了很长时间才阻止它。
下一步是运行安装包，然后选择安装类型。
我选择了User Defined，这样我就可以自己定义安装路径和组件。
我记得我把默认的C:\Program Files\MySQL改成了D盘。

在安装过程中，我遇到了第一个大坑。
当我设置完安装路径后，我的电脑突然蓝屏了。
重启后发现MySQL没有安装。
后来查了一下，发现是杀毒软件有问题。
我暂时关闭了杀毒软件，但是又安装成功了。

配置MySQL的时候，真是一件很头疼的事。
我手动配置了确切的配置，指定服务器类型、数据库使用情况、同时连接数以及网络和字符编码。
当时我就想，如果配置错误的话，后面的数据库就没用了。
最后，我将MySQL安装为Windows服务，并勾选了Add to Windows PATH，这样以后调用命令会更方便。

但最让我困扰的是帐户安全设置。
我已经设置了root用户的密码，并设置了远程登录。
但后来我发现密码太复杂了，我记不住了。
我当时真的很担心。

最后，我还遇到了一个常见问题，就是安装后服务无法启动。
我当时查了资料，发现原因是旧版本的残留。
我卸载了旧版本的MySQL，删除了剩余文件，最后重新安装成功。

这个事情我就不细说了，因为我从来没有接触过数据库修复以及后续的数据恢复，所以不敢乱说。
然而，配置MySQL5 .5 对我来说是一段痛苦的回忆。
希望这有帮助，兄弟。