搜索[mysql8]结果-低调大师优秀个人博客

精选列表

搜索[mysql8]，共96篇文章

Docker安装mysql8

一、下载mysql8镜像 docker pull mysql 二、创建mysql8配置文件 vi /etc/my.cnf #编辑MySQL配置文件 my.cnf文件内容 # Copyright (c)

2020-03-14

Docker部署MySQL8 MGR

最近想试试用docker部署一套MySQL8的MGR多主，按照官方文档搞了好几天不成功，网上大部分是基于5.7安装的，没有参考意义价值。虽然有一些是基于8版本的但是配置文件都不对，这里就不喷了。

2018-09-13

centos 手动安装mysql8

经过测试修改为如下也可以： character-set-server = utf8 collation-server = utf8_general_ci 这样更接近实际情况，不过这个所谓mysql8 新特性的字符集

2018-04-27

MySQL8 窗口函数是真的省事！

@[toc] MySQL9 已经出来了，MySQL8 相信也慢慢走进各位小伙伴的工作中了。

2024-10-19

Debian9 下卸载 MariaDB 并安装 Mysql8

因为部分字段需要使用json格式，所以需要MySql 8！ linux：Debian 9 mysql：8.0.13 完全卸载mariaDB sudo apt-get purge mariadb-* 这是卸载mysql sudo apt-get purge mysql-\* 弹出保留 MariaDB 数据库的提示，是彻底地卸载的话，一并移除即可。卸载的时候可能会有各种问题，有的问题可能需要直接杀死进程。 # 查看进程 ps aux | grep amoeba # 杀死进程 kill -s 9 pid 安装mysql 首先，将 MySQL APT 存储库添加到系统，先到MySQL存储库下载页面，并使用以下wget命令下载最新的发行包： wget http://repo.mysql.com/mysql-apt-config_0.8.13-1_all.deb 下载完成后，通过以下命令安装: sudo dpkg -i mysql-apt-config_0.8.13-1_all.deb 你将会看到MySQL配置安装菜单，选择你要安装的版本。默认选择了 MySQL 8.0，如果要安装 MySQL 5.7，请选择 MySQL Server ＆ Cluster（当前选择：mysql-8.0），然后选择对应的 MySQL 版本。我们将安装 MySQL 8.0 版，通过按 Tab 键选择 “确定”，然后按 Enter 键（如上图所示）。使用以下命令更新软件包，并安装MySQL。 sudo apt update sudo apt install mysql-server 安装过程中将会弹出设置 MySQL root 密码的对话框，这一步先不设置，Tab键切换到 “OK” 继续，我们在下一章节中进行配置。接下来，会显示一条消息，通知您有关新的 MySQL 8 身份验证的信息。在选择默认的 MySQL 8 身份验证插件之前，请确保您的应用程序支持它。这里我们选择默认第一项，然后Tab键切换到 “OK”，按回车继续。安装完成后，MySQL 服务会默认自动运行，我们可以通过以下命令查看服务运行状态： sudo systemctl status mysql 加固MySQL，让其更安全终端运行以下命令配置MySQL root密码并使安装的MySQL更安全。 sudo mysql_secure_installation 系统将要求您配置 VALIDATE PASSWORD PLUGIN（验证密码插件），该插件用于测试MySQL用户密码的强度。密码验证策略分为三个级别：低，中和强。如果您不想设置验证密码插件，请按Enter。之后开始设置密码，以及询问是否移除 MySQL 中的 anonymous 用户，禁用 root 帐号远程登录等一些列为了MySQL 加强安全的问题，所有这个如无个人特殊要求，默认建议都输入"y"后，回车。连接到MySQL服务器在终端中可以输入mysql客户端命令来连接mysql服务：选择默认的身份验证方法以root用户身份登录到MySQL服务器： mysql 选择传统身份验证方法登录，请输入： mysql -uroot -p 这是输入之前设定的 MySQL root 帐号密码。连接成功后你将会看到类似如下内容: 现在你可以执行 MySQL 的数据库 SQL 语句进行操作了。设置远程登录登录MySQL mysql -u root -p 输入您的密码选择 mysql 数据库(注意别落下分号) mysql> use mysql; 因为 mysql 数据库中存储了用户信息的 user 表。在 mysql 数据库的 user 表中查看当前 root 用户的相关信息 mysql> select host, user, authentication_string, plugin from user; 查看表格中 root 用户的 host，默认应该显示的 localhost，只支持本地访问，不允许远程访问。授权 root 用户的所有权限并设置远程访问 mysql> grant all privileges on *.* to root@'%'; 如果出现提示：ERROR 1410 (42000): You are not allowed to create a user with GRANT，那么修改用户root 的 host 属性值为 %，再重新执行上面命令。 mysql> update user set host='%' where user='root'; 刷新权限所有操作后，应执行 mysql> flush privileges; 查看 root 用户的 host 再次执行步骤 2，你会发现 root 用户的 host 已经变成 %，说明我们的修改已经成功，可以远程访问了。注意红色标记处，root的host已经被换成了% 访问数据库别忘了把服务器的端口打开远程访问数据库的可视化工具比较多如：Navicat、SQLyog、MySQL workbench 等，我这里使用 Navicat输入访问的 host 和密码，报 2059、1698等错误，大概率是plugin：auth_socket的原因，这是因为 MySql8.0 版本和 5.0 的加密规则不一样，而现在的可视化工具只支持旧的加密方式。此问题有两种方法，一种是更新 Navicat 驱动来解决此问题，另一种是将 MySQL 用户登录的加密规则修改为 mysql_native_password，第一种方法我试过了没有起作用，我这里采用第二种方法。新版本工具或许已经支持了，如果仍然无效才需要走下面的流程！修改加密规则 mysql> ALTER USER 'root'@'%' IDENTIFIED BY '你的密码' PASSWORD EXPIRE NEVER; 更新 root 用户密码 mysql> ALTER USER 'root'@'%' IDENTIFIED WITH mysql_native_password BY '你的密码'; 刷新权限 mysql> FLUSH PRIVILEGES; 最终效果如下：设置完成，再次连接Navicat。退出mysql mysql> exit

2020-10-30

一文看懂MYSQL8 vs MYSQL5.7增加了哪些特性

即将开播：5月14日，Jenkins在K8S下的三种部署流程和实战演示概述最近部分项目要上Mysql8.0 ,故从官网整理一下mysql8相比mysql5.7增加的一些特性，仅供参考。

2020-05-13

MySQL8与PG10：新版本下的较量谁更胜一筹？

既然MySQL 8和PostgreSQL 10已经发布了，现在是时候回顾一下这两大开源关系型数据库是如何彼此竞争的。在这些版本之前，人们普遍认为，Postgres在功能集表现更出色，也因其“学院派”风格而备受称赞，MySQL则更善长大规模并发读/写。但是随着它们最新版本的发布，两者之间的差距明显变小了。特性比较首先来看看我们都喜欢谈论的“时髦”功能。特性 MySQL 8 PostgreSQL 10 查询 & 分析公用表表达式 (CTEs) New 窗口函数 New 数据类型 JSON支持 Improved GIS / SRS Improved 全文检索可扩展性逻辑复制 New 半同步复制 New 声明式分区 New 过去经常会说MySQL最适合在线事务，PostgreSQL最适合分析流程，但现在不是了。公共表表达式（CTEs）和窗口函数是选择PostgreSQL的主要原因。但是现在，通过引用同一个表中的boss_id来递归地遍历一张雇员表，或者在一个排序的结果中找到一个中值（或50%），这在MySQL上不再是问题。在PostgreSQL中进行复制缺乏配置灵活性，这就是Uber转向MySQL的原因。但是现在，有了逻辑复制特性，就可以通过创建一个新版本的Postgres并切换到它来实现零停机升级。在一个巨大的时间序列事件表中截断一个陈旧的分区也要容易得多。就特性而言，这两个数据库现在都是一致的。不同之处现在，我们只剩下一个问题——选择这一个而不选另一个的原因是什么呢？生态系统是其中一个因素。MySQL有一个充满活力的生态系统，包括MariaDB、Percona、Galera等等，以及除了InnoDB以外的存储引擎，但这也可能会令人困惑。Postgres的高端选择有限，但随着最新版本引入的新功能，这个情况会有所改变。治理是另一个因素。当Oracle（或最初的SUN）收购MySQL时，每个人都担心会毁掉这个产品，但在过去的十年里，这并不是事实。事实上，在收购之后，MySQL的发展反而加速了。而Postgres在工作管理和协作社区方面有着丰富的经验。基础架构不会经常改变，虽然最近没有对这方面的详细讨论，但这也是值得再次考虑的。来复习一下：特性 MySQL 8 PostgreSQL 10 架构单进程多进程并发多线程 fork(2) 表结构聚簇索引堆页压缩 Transparent TOAST 更新 In-Place / Rollback Segments Append Only / HOT 垃圾回收清除线程自动清空进程事务日志 REDO Log (WAL) WAL 复制日志 Separate (Binlog) WAL 进程 vs 线程当Postgres派生出一个子进程来建立连接时，每个连接最多可以占用10MB。与MySQL的线程连接模型相比，它的内存压力更大，在64位平台上，线程的默认堆栈大小为256KB（当然，线程本地排序缓冲区等使这种开销变得不那么重要，即使在不可以忽略的情况下，仍然如此）。尽管“写时复制”保存了一些与父进程共享的、不可变的内存状态，但是当你有1000多个并发连接时，基于流程的架构的基本开销是很繁重的，而且它可能是容量规划的最重要因素之一。也就是说，如果你在30台服务器上运行一个Rails应用，每个服务器都有16个CPU核心32线程，那么你有960个连接。可能只有不到0.1%的应用会超出这个范围，但这是需要记住的。聚簇索引 vs 堆表聚簇索引是一种表结构，其中的行直接嵌入其主键的b树结构中。一个（非聚集）堆是一个常规的表结构，它与索引分别填充数据行。有了聚簇索引，当你通过主键查找记录时，单次I/O就可以检索到整行，而非集群则总是需要查找引用，至少需要两次I/O。由于外键引用和JOIN将触发主键查找，所以影响可能非常大，这将导致大量查询。聚簇索引的一个理论上的缺点是，当你使用二级索引进行查询时，它需要遍历两倍的树节点，第一次扫描二级索引，然后遍历聚集索引，这也是一棵树。但是，如果按照现代表设计的约定，将一个自动增量整数作为主键[1]——它被称为代理键——那么拥有一个聚集索引几乎总是可取的。更重要的是，如果你做了大量的ORDER BY id来检索最近的（或最老的）N个记录的操作，我认为这是很适用的。 Postgres不支持聚集索引，而MySQL(InnoDB)不支持堆。但不管怎样，如果你有大量的内存，差别应该是很小的。页结构与压缩 Postgres和MySQL都有基于页面的物理存储。(8KB vs 16KB) PostgreSQL物理存储的介绍页结构看起来就像上图所示。它包含一些我们不打算在这里讨论的条目，但是它们包含关于页的元数据。条目后面的项是一个数组标识符，由指向元组或数据行的（偏移、长度）对组成。在Postgres中，相同记录的多个版本可以以这种方式存储在同一页面中。 MySQL的表空间结构与Oracle相似，它有多个层次，包括层、区段、页面和行层。此外，它还有一个用于撤销的单独段，称为“回滚段”。与Postgres不同的是，MySQL将在一个单独的区域中保存同一记录的多个版本。如果存在一行必须适合两个数据库的单个页面，这意味着一行必须小于8KB（至少有2行必须适合MySQL的页面，恰巧是16KB/2 = 8KB）。那么，当你在一个列中有一个大型JSON对象时会发生什么呢？ Postgres使用TOAST，这是一个专用的影子表（shadow table）存储。当行和列被选中时，大型对象就会被拉出。换句话说，大量的黑盒不会污染你宝贵的缓存。它还支持对TOAST对象的压缩。 MySQL有一个更复杂的特性，叫做透明页压缩，这要归功于高端SSD存储供应商Fusio-io的贡献。它设计目的是为了更好地使用SSD，在SSD中，写入量与设备的寿命直接相关。对MySQL的压缩不仅适用于页面外的大型对象，而且适用于所有页面。它通过在稀疏文件中使用打孔来实现这一点，这是被ext4或btrfs等现代文件系统支持的。有关更多细节，请参见：在FusionIO上使用新MariaDB页压缩获得显著的性能提升。（https://mariadb.org/significant-performance-boost-with-new-mariadb-page-compression-on-fusionio/）更新的开销另一个经常被忽略的特性，但是对性能有很大的影响，并且可能是最具争议的话题，是更新。这也是Uber放弃Postgres的另一个原因，这激起了许多Postgres支持者的反驳。 MySQL对Uber可能是合适的，但是未必对你合适 https://dzone.com/articles/on-ubers-choice-of-databases 一篇PostgreSQL对Uber的回应（PDF） http://thebuild.com/presentations/uber-perconalive-2017.pdf 两者都是MVCC数据库，它们可以隔离多个版本的数据。为了做到这一点，Postgres将旧数据保存在堆中，直到被清空，而MySQL将旧数据移动到一个名为回滚段的单独区域。在Postgres中，当你尝试更新时，整个行必须被复制，以及指向它的索引条目也被复制。这在一定程度上是因为Postgres不支持聚集索引，所以从索引中引用的一行的物理位置不是由逻辑键抽象出来的。为了解决这个问题，Postgres使用了堆上元组（HOT），在可能的情况下不更新索引。但是，如果更新足够频繁（或者如果一个元组比较大），元组的历史可以很容易地超过8KB的页面大小，跨越多个页面并限制该特性的有效性。修剪和/或碎片整理的时间取决于启发式解决方案。另外，设置不超过100的填充参数会降低空间效率——这是一种很难在创建表时考虑的折衷方案。这种限制更深入，因为索引元组没有关于事务的任何信息，所以直到9.2之前一直不能支持仅索引扫描。它是所有主要数据库（包括MySQL、Oracle、DB2和SQL Server）支持的最古老，最重要的优化方法之一。但即使使用最新版本，当有许多UPDATE在可见性映射中设置脏位时，Postgres也不能完全支持仅索引扫描，并且在我们不需要时经常选择Seq扫描。在MySQL上，更新发生在原地，旧的行数据被封存在一个称为回滚段的独立区域中。结果是你不需要VACUUM，并且提交非常快，而回滚相对较慢，这对于大多数用例来说是一个可取的折衷。它也足够聪明，尽快清除历史。如果事务的隔离级别设置为READ-COMMITTED或更低，则在语句完成时清除历史记录。事务记录的大小不会影响主页面。碎片化是一个伪命题。因此，在MySQL上能更好、更可预测整体性能。 Garbage Collection垃圾回收在Postgres中VACUUM上开销很高，因为它主要工作在堆区，造成了直接的资源竞争。它感觉就像是编程语言中的垃圾回收——它会挡在路上，并随时让你停下来。为具有数十亿记录的表配置autovacuum仍然是一项挑战。在MySQL上清除（Purge）也可能相当繁重，但由于它是在单独的回滚段中使用专用线程运行的，因此它不会以任何方式影响读取的并发性。即使使用默认配置，变膨胀的回滚段使你执行速度减慢的可能性也是很低的。拥有数十亿记录的繁忙表不会导致MySQL上的历史数据膨胀，诸如存储上的文件大小和查询性能等事情上几乎是可以预测的并且很稳定。日志与副本 Postgres拥有被称作预写日志（WAL）的单信源事务历史。它一直被用于副本，并且称为逻辑复制的新功能可将二进制内容快速解码为更易消化的逻辑语句，从而可对数据进行细粒度控制。 MySQL维护两个单独的日志：1、用于崩溃恢复的InnoDB特定的重做日志；2、用于复制和增量备份的二进制日志。 InnoDB上的重做日志与Oracle一致，它是一个免维护的循环缓冲区，不会随着时间的推移而增长，只在启动时以固定大小创建。这种设计保证在物理设备上保留一个连续的连续区域，从而提高性能。更大的重做日志产生更高的性能，但要以崩溃恢复时间为代价。随着新的复制功能添加到Postgres，我觉得他们不分伯仲。总结令人惊讶的是，它证明了普遍的观点依然存在。MySQL最适合在线交易，而PostgreSQL最适合仅用于append only模式，像数据仓库一样分析过程。[2] 正如我们在这篇文章中看到的，Postgres的绝大多数难题都来自于append only模式，过于冗余的堆结构。 Postgres的未来版本可能需要对其存储引擎进行重大改进。你不必接受我所说的——实际上在官方wiki上已经有对它的讨论，这表明现在是时候从InnoDB身上学回来一些好的想法了。人们一次又一次地说MySQL正在追赶Postgres，但是这一次，潮流已经改变。原文发布时间为：2018-06-12 本文来自云栖社区合作伙伴“DBAplus社群”，了解相关信息可以关注“DBAplus社群”。

2018-06-11

Golang 通用代码生成器：仙童电音仙女尝鲜版八，从 MySQL8 自动反射生成项目

Golang通用代码生成器：仙童电音仙女尝鲜版八，从MySQL8自动反射生成项目 Golang通用代码生成器仙童，电音仙女尝鲜版八，此版本增强修复了数据库自动反射功能。

2024-08-02

MySQL 5.7 与 8 的性能比较

所有我最近又研究了一下mysql8版本，发现该版本操作类型被官方定义为nosql+mysql的范围，然后我把同样的数据库，分别在5.7跟8做了比较，个人认为如下：（前提：都已加索引） 1：sql $d

2020-01-30

Java 搞定 SQL 集合运算的最简方法

SPL 实现和集示例 1：求重叠时间段的总天数 MySQL8: with recursive t(start,end) as (select date'2010-01-07',date'2010-

2019-03-25

AMYSQL-1.6 发布 - 在线 MySQL 管理工具

AMYSQL-1.6新版本改进有20多项，新版本已兼容PHP8、MYSQL8管理，并全方位对各个功能进行优化更新，包含用户管理等。 AMYSQL-1.6更新日志 1、兼容运行于PHP8。

2021-05-20

GO 语言通用代码生成器：仙童，公布冒烟测试版 6

并开始支持MariaDB和MySQL8两种数据库。更多惊喜等着您去发现。

2021-11-29

docker-compose部署php项目

- /www/data/mysql/mysql5/init:/docker-entrypoint-initdb.d networks: csl: ipv4_address: 172.18.0.4 mysql8

2019-07-14

屠龙刀法21—基于复制粘贴的数据库连接迁移

用Mysql8 为例子，有可能你需要在管理mysql 时候做如下配置：

2026-08-18

关于在 MySQL 排序中使用索引这件事！

在 MySQL8 之前，索引是可以被反向扫描的，但是反向扫描效率会低一些，所以小伙伴们看到，在 MySQL5.7 中用到了索引排序，而且也没说其他的，这其实就是索引反向扫描了。

2023-05-12

Mysql主从复制原理及搭建

linux安装mysql8并且实现主从同步服务器准备准备服务器Server1和Server2，如果在同一个服务器的话则安装mysql时需要改变其端口。

2019-08-21

【从入门到放弃-MySQL】CLion调试MySQL8.0源码

前言想对的MySQL底层实现做一些了解，奈何没有用过C++不知道怎么调试一个大型项目，一日和大神交流时大神扔给我了一份《XCode调试MySQL8秘籍》。

2019-05-25

如何搭建双 M 结构的主从备份？

>注意，在 MySQL8 里边，这块有一些变化。

2022-04-08

backup-db 0.0.2 发布，在 Docker 中运行的数据库备份工具

如：oracle, sqlserver2017+等等增加shell执行不成功的判断现有功能：可以自行构建docker镜像，支持不同的数据库及不同的版本，如mysql8, oracle, sqlserver2017

2020-03-11

PlayEdu 1.5 发布，企业培训私有化解决方案

SDK [x] 修复：修复角色权限配置参数错误的bug [x] 修复：修复学员开始学习时间错误bug [x] 修复：线上课编辑章节名排序bug [x] 修复：修复课时拖拽排序父子集交互 [x] 修复：MySQL8

2023-11-16

资源下载

更多资源

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。