MySQL Community Server 社区版本，开源免费，自由下载，但不提供官方技术支持，适用于大多数普通用户。MySQL Enterprise Edition 企业版本，需付费，不能在线下载，可以试用30天。提供了更多的功能和更完备的技术支持，更适合于对数据库的功能和可靠性要求较高的企业客户。MySQL Cluster 集群版，开源免费。用于架设集群服务器，可将几个MySQL Server封装成一个Server。需要在社区版或企业版的基础上使用。MySQL Cluster CGE 高级集群版，需付费。
这里主要使用 8.0.25版本 。同时为了更好的说明MySQL8.0新特性，还会安装MySQL5.7 版本，作为对比。
安装过程中可能的报错信息：
一个命令：yum remove mysql-libs 解决，清除之前安装过的依赖即可
说明： --initialize 选项默认以“安全”模式来初始化，则会为 root 用户生成一个密码并将 该密码标记为过期，登录后你需要设置一个新的密码。生成的 临时密码 会往日志中记录一份。
root@localhost: 后面就是初始化的密码
mysqld 这个可执行文件就代表着 MySQL 服务器程序，运行这个可执行文件就可以直接启动一个 服务器进程。
查看进程：ps -ef | grep -i mysql
通过 mysql -hlocalhost -P3306 -uroot -p 进行登录，在Enter password：录入初始化密码
方式一：关闭防火墙
方式二：开放端口
可以看到root用户的当前主机配置信息为localhost。
修改Host为通配符% Host列指定了允许用户登录所使用的IP，比如user=root Host=192.168.1.1。这里的意思就是说root用户只 能通过192.168.1.1的客户端去访问。 user=root Host=localhost，表示只能通过本机客户端去访问。而 % 是个通配符，如果Host=192.168.1.%，那么就表示只要是IP地址前缀为“192.168.1.”的客户端都可以连 接。如果 Host=%，表示所有IP都有连接权限。注意：在生产环境下不能为了省事将host设置为%，这样做会存在安全问题，具体的设置可以根据生产环境的IP进行设置。update user set host = '%' where user ='root';Host设置了“%”后便可以允许远程访问。Host修改完成后记得执行flush privileges;使配置立即生效
在MySQL 8.0之前，MySQL使用的是validate_password插件检测、验证账号密码强度，保障账号的安全性。
安装/启用插件方式 2 ：运行时命令安装 （推荐）
MySQL 8.0，引入了服务器组件（Components）这个特性，validate_password插件已用服务器组件重新实现。8.0.25版本的数据库中，默认自动安validate_password组件。
未安装插件前，执行如下两个指令，执行效果：
安装插件后，执行如下两个指令 ，执行效果：
关于 validate_password 组件对应的系统变量说明：
提示： 组件和插件的默认值可能有所不同。例如，MySQL 5.7. validate_password_check_user_name的默认 值为OFF。
修改密码验证安全强度
此外，还可以修改密码中字符的长度
操作1：查看默认使用的字符集
MySQL8.0中执行：
MySQL5.7中执行：
MySQL 5.7 默认的客户端和服务器都用了 latin1 ，不支持中文，保存中文会报错。MySQL5.7截图如下
在MySQL5.7中添加中文数据时，报错：
因为默认情况下，创建表使用的是 latin1 。如下：
操作2：修改字符集
在MySQL5.7或之前的版本中，在文件最后加上中文字符集配置：character_set_server=utf8
操作3：重新启动MySQL服务
原库、原表的设定不会发生变化，参数修改只对新建的数据库生效。
注意： 但是原有的数据如果是用非’utf8’编码的话，数据本身编码不会发生改变。已有数据需要导出或删除，然后重新插入。
MySQL有4个级别的字符集和比较规则，分别是：
执行如下SQL语句：show variables like 'character%';
我们可以在启动服务器程序时通过启动选项或者在服务器程序运行过程中使用 SET 语句修改这两个变量的值。比如我们可以在配置文件中这样写：
我们在创建和修改数据库的时候可以指定该数据库的字符集和比较规则，具体语法如下：
我们也可以在创建和修改表的时候指定表的字符集和比较规则，语法如下：
如果创建和修改表的语句中没有指明字符集和比较规则，将使用该表所在数据库的字符集和比较规则作为该表的字符集和比较规则。
对于存储字符串的列，同一个表中的不同的列也可以有不同的字符集和比较规则。 我们在创建和修改列定义的时候可以指定该列的字符集和比较规则，语法如下：
对于某个列来说，如果在创建和修改的语句中没有指明字符集和比较规则，将使用该列所在表的字符集和比较规则作为该列的字符集和比较规则。
一般情况下不会去修改得很细，就在库和表上设置字符集
知道了这些规则之后，对于给定的表，我们应该知道它的各个列的字符集和比较规则是什么，从而根据这个列的类型来确定存储数据时每个列的实际数据占用的存储空间大小了。比方说我们向表 t 中插入一条记录：
首先列 col 使用的字符集是 gbk ，一个字符 ‘我’ 在 gbk 中的编码为 0xCED2 ，占用两个字节，两个字 符的实际数据就占用4个字节。如果把该列的字符集修改为 utf8 的话，这两个字符就实际占用6个字节
utf8 字符集表示一个字符需要使用1～4个字节，但是我们常用的一些字符使用1～3个字节就可以表示了。而字符集表示一个字符所用的最大字节长度，在某些方面会影响系统的存储和性能。
所以设计MySQL的设计者偷偷的定义了两个概念：
在MySQL中utf8是utf8mb3的别名，所以之后在MySQL中提到utf8就意味着使用1~3个字节来表示一个字符。如果大家有使用4字节编码一个字符的情况，比如存储一些emoji表情，那请使用utf8mb4。
此外，通过如下指令可以查看MySQL支持的字符集:
上表中，MySQL版本一共支持41种字符集，其中的 Default collation 列表示这种字符集中一种默认的比较规则，里面包含着该比较规则主要作用于哪种语言，比如 utf8_polish_ci 表示以波兰语的规则比较， utf8_spanish_ci 是以西班牙语的规则比较， utf8_general_ci 是一种通用的比较规则。
后缀表示该比较规则是否区分语言中的重音、大小写。具体如下：
最后一列 Maxlen ，它代表该种字符集表示一个字符最多需要几个字节。
这里把常见的字符集和对应的Maxlen显式如下：
常用操作1：
常用操作2：
常用操作3：
这几个系统变量在我的计算机上的默认值如下（不同操作系统的默认值可能不同）：
为了体现出字符集在请求处理过程中的变化，我们这里特意修改一个系统变量的值：
现在假设我们客户端发送的请求是下边这个字符串：
为了方便大家理解这个过程，我们只分析字符 ‘我’ 在这个过程中字符集的转换。
现在看一下在请求从发送到结果返回过程中字符集的变化：
一般情况下客户端所使用的字符集和当前操作系统一致，不同操作系统使用的字符集可能不一样，如下：类 Unix 系统使用的是 utf8；Windows 使用的是 gbk 当客户端使用的是 utf8 字符集，字符 ‘我’ 在发送给服务器的请求中的字节形式就是：0xE68891
提示 如果你使用的是可视化工具，比如navicat之类的，这些工具可能会使用自定义的字符集来编码发送到服务器的字符串，而不采用操作系统默认的字符集（所以在学习的时候还是尽量用命令行窗口）。
提示 如果某个列使用的字符集character_set_connection代表的字符集不一致的话，还需要进行 一次字符集转换。
总结图示如下：
在 SQL 中，关键字和函数名是不用区分字母大小写的，比如 SELECT、WHERE、ORDER、GROUP BY 等关键字，以及 ABS、MOD、ROUND、MAX 等函数名。
不过在 SQL 中，你还是要确定大小写的规范，因为在 Linux 和 Windows 环境下，你可能会遇到不同的大小写问题。 windows系统默认大小写不敏感 ，但是 linux系统是大小写敏感的 。
通过如下命令查看：SHOW VARIABLES LIKE '%lower_case_table_names%'
但是要在重启数据库实例之前就需要将原来的数据库和表转换为小写，否则将找不到数据库名。
此参数适用于MySQL5.7。在MySQL 8下禁止在重新启动 MySQL 服务时将lower_case_table_names 设置成不同于初始化 MySQL 服务时设置的lower_case_table_names 值。如果非要将MySQL8设置为大小写不敏感，具体步骤为：
注意：在进行数据库参数设置之前，需要掌握这个参数带来的影响，切不可盲目设置
如果你的变量名命名规范没有统一，就可能产生错误。这里有一个有关命名规范的建议：
数据库名、表名和字段名在 Linux MySQL 环境下是区分大小写的，因此建议你统一这些字段的命名规则，比如全部采用小写的方式。
虽然关键字和函数名称在 SQL 中不区分大小写，也就是如果小写的话同样可以执行。但是同时将关键词和函数名称全部大写，以便于区分数据库名、表名、字段名。
sqL mode会影响MySQL支持的SQL语法以及它执行的数据验证检查。通过设置sql mode,可以完成不同严格程度的数据校验，有效地保障数据准确性。
MySQL服务器可以在不同的SQL模式下运行，并且可以针对不同的客户端以不同的方式应用这些模式，具体取决于sqL _mode系统变量的值。
MySQL5.6和MySQL5.7默认的sqL mode模式参数是不一样的：
宽松模式： 如果设置的是宽松模式，那么我们在插入数据的时候，即便是给了一个错误的数据，也可能会被接受， 并且不报错。举例 ： 我在创建一个表时，该表中有一个字段为name，给name设置的字段类型时 char(10) ，如果我 在插入数据的时候，其中name这个字段对应的有一条数据的 长度超过了10 ，例如’1234567890abc’，超 过了设定的字段长度10，那么不会报错，并且取前10个字符存上，也就是说你这个数据被存为 了’1234567890’，而’abc’就没有了。但是，我们给的这条数据是错误的，因为超过了字段长度，但是并没 有报错，并且mysql自行处理并接受了，这就是宽松模式的效果。应用场景 ：通过设置sql mode为宽松模式，来保证大多数sql符合标准的sql语法，这样应用在不同数据 库之间进行 迁移 时，则不需要对业务sql 进行较大的修改。
严格模式： 出现上面宽松模式的错误，应该报错才对，所以MySQL5.7版本就将sql_mode默认值改为了严格模式。所 以在 生产等环境 中，我们必须采用的是严格模式，进而 开发、测试环境 的数据库也必须要设置，这样在 开发测试阶段就可以发现问题。并且我们即便是用的MySQL5.6，也应该自行将其改为严格模式。开发经验 ： MySQL等数据库总想把关于数据的所有操作都自己包揽下来，包括数据的校验，其实开发中，我们应该在自己 开发的项目程序级别将这些校验给做了 ，虽然写项目的时候麻烦了一些步骤，但是这样做之后，我们在进行数据库迁移或者在项目的迁移时，就会方便很多。
宽松模式举例1：
宽松模式举例2：
设置 sql_mode 模式为 STRICT_TRANS_TABLES ，然后插入数据：
查看当前的sql_mode
临时设置方式：设置当前窗口中设置sql_mode
举例：
然后 重启MySQL 。
当然生产环境上是禁止重启MySQL服务的，所以采用 临时设置方式 + 永久设置方式 来解决线上的问题，那么即便是有一天真的重启了MySQL服务，也会永久生效了。
centos7安装mysql8全过程
innodb_thread_concurrency ，用于限制能够进入innodb层的线程数当进入innodb层调用read_row/write_row/update_row/delete_row时，会检查已经进入innodb的线程数：innodb_srv_conc_enter_innodb如果已经满了，就会等待innodb_thread_sleep_delay毫秒尝试一次如果再次失败，则进入到一
## 如何配置 MySQL 的 innodb_thread_concurrency### 1. 了解 innodb_thread_concurrency在开始配置 innodb_thread_concurrency 之前，我们首先需要了解一下这个参数的作用和意义。innodb_thread_concurrency 是用来控制 InnoDB 存储引擎中的线程并发数量的参数。通过调整这个参数，
在高并发环境下，MySQL的`innodb_thread_concurrency`设置对于优化并发性能至关重要。针对这一问题，我将详细记录解决过程，涵盖环境准备、分步指南、配置详解、验证测试、排错指南及扩展应用。---## 环境准备为了有效解决“高并发下 MySQL innodb_thread_concurrency”问题，我们需要确保软件和硬件环境的兼容性和性能。### 软硬件要
作者通过分析源码定位数据库异常，梳理参数 innodb_thread_concurrency 设置的注意事项。
# 实现InnoDB MySQL8的步骤和代码说明## 简介InnoDB是MySQL的一个存储引擎，它提供了事务、外键和崩溃恢复的支持。在 MySQL 8 中，InnoDB被作为默认的存储引擎。在本文中，我将向你展示如何实现InnoDB MySQL8。## 流程图```mermaidflowchart TD A[创建数据库] --> B[创建表] B --> C[定义
## MySQL 8 InnoDB碎片处理指导对于初入行的开发者来说，理解并处理数据库碎片是提升数据库性能的一个重要环节。本文将带领你了解如何在MySQL 8数据库中处理InnoDB碎片。我们将通过一系列步骤详细说明每一步该如何操作。### 一、处理碎片的步骤概述| 步骤 | 描述 | 命令示例
## 实现 MySQL8 InnoDB MYISAM 的步骤### 概述在开始之前，我们需要明确两个概念：MySQL引擎和表的存储引擎。MySQL引擎是指MySQL服务器的核心组件，负责解析和执行SQL语句。而表的存储引擎是指数据在MySQL服务器中的存储方式。MySQL8默认的存储引擎是InnoDB，但是也支持其他的存储引擎，如MyISAM。下面的步骤将教会你如何在MySQL8中使用I
数据结构 MyIsam和InnoDB 都是采用 B+Tree这种数据结构来实现 B-Tree索引。而很大的区别在于，InnoDB 存储引擎采用“聚集索引”的数据存储方式实现B-Tree索引，所谓“聚集”，就是指数据行和相邻的键值紧凑地存储在一起，注意 InnoDB 只能聚集一个叶子页（16K）的记录（即聚集索引满足一定的范围的记录），因此包含相
设置这个参数在mysql低负载时没有效果，建议在mysql非常繁忙时可以关注并配置你可能会经常听到应该设置 innodb_thread_concurrency=0 (表示不进行并发线程数量控制)然后就不要管它了。不过这个只在低负载服务器使用时才正确。然后，如果你的服务器的CPU或者IO使用接受饱和，特别是偶尔出现峰值，这时候系统想在超载时能正常处理查询，那么强烈建议关注 innodb_thread
innodb_flush_log_at_trx_commit和sync_binlog是MySQL innodb引擎的两个重要的参数，其中innodb_flush_log_at_trx_commit是将事务日志从innodb log buffer写入到redo log中，sync_binlog是将二进制日志文件刷新到磁盘上。innodb事务日志redo log,binlog逻辑过程如下:事务写入re
文章目录出现场景解决方案数据库设置字段为无符号型悲观锁乐观锁通过redis队列解决分布式锁+分段缓存(推荐方案)Redis原子操作(Redis incr)+乐观锁LUA脚本保持库存原子性 出现场景在并发的场景下，比如商城售卖商品中，一件商品的销售数量＞库存数量的问题，称为超卖问题。主要原因是在并发场景下，请求几乎同时到达，对库存资源进行竞争，由于没有适当的并发控制策略导致的错误。例如简单的下单操
第五章 InnoDB增强五、InnoDB增强概述5.1、集成数据字典5.2、原子DDL操作5.2.1、操作原子性实例5.3、自增列持久化5.3.1、在MySQL5.7中重现自增重复问题5.3.2、在MySQL8.0的自增的处理方式5.3.3、innodb_autoinc_lock_mode5.4、死锁检查控制5.4.1、死锁实例演示5.4.1.1、在innodb_deadlock_detect默
14.4.6 Configuring Thread Concurrency for InnoDB 配置Thread 并发InnoDB 使用操作系统threads 来处理用户的事务请求。(事务可以执行很多请求到I...
MySQL Innodb 存储引擎参数优化 文章目录 [隐藏] 1.内存利用方面：2.关于日值方面：3.文件IO分配，空间占用方面4. 其它相关参数 介绍：InnoDB给MySQL提供了具有提交，回滚和崩溃恢复能力的事务安全（ACID兼容）存储引擎。InnoDB锁定在行级并且也在SELECT语句提供一个Oracle风格一致的非锁
vue中,动态获取钉钉免登陆code作者:故事我忘了￠目录1.背景2.技术栈3.需求4.实现步骤4.1 配合webpack安装对应的npm包4.2 抽取获得code的js方法4.3 在需要使用code的页面中引入js文件,导入方法4.4 在刚才的页面需要调用的方法里调用刚才导进来的js方法5.就提莫的结束了!!!1.背景 最近公司开发一个企业内部钉钉微
命令行程序trtexec在 samples 目录中包含了一个命令行包装工具 trtexec。trtexec 是一个可以快速使用 TensorRT 的工具，无需自行开发应用。该工具有三个主要用途：网络基准测试：可以用随机或用户提供的输入数据进行网络的性能测试。生成序列化引擎：许可从模型生成序列化的推理 ...
Gardner位同步算法（Bit Synchronization Algorithm）是一种用于通信系统中的同步技术，尤其是在数字通信中，用于捕获和锁定接收到的数据信号的位同步。在MATLAB中实现Gardner位同步算法，我们可以使用MATLAB的信号处理工具箱中的功能，如相关函数（correla ...
一、核心知识点梳理 1. 图的定义与本质：由顶点（Vertex）和边（Edge）组成的非线性数据结构，用于描述多对多的关联关系（区别于树的父子层级关系）。 2. 关键概念区分： 有向图（边带方向，如社交软件的关注关系） vs 无向图（边无方向，如朋友关系）； 加权图（边含权重，如地图路径距离） vs ...
《智能仓储革新：RFID+生物识别打造高效安全出入库管理》 摘要：随着数字化转型加速，传统人工仓储模式面临效率低、误差大等痛点。RFID技术实现物资非接触批量识别与全流程溯源，生物识别双验证系统通过指静脉+人脸识别确保操作安全。智能系统集成管理、安全、分析、环境监控全链条功能，已在金融、制造、军工等领域成功应用：金融领域实现"零差错"管理，制造业提升备料效率，军工领域保障涉密物资安全。这套系统通过技术融合有效解决了仓储管理中的效率与安全难题，为各行业提供了智能化解决方案。（149字）