MariaDB数据库性能优化与中文乱码解决

共计 1558 个字符，预计需要花费 4 分钟才能阅读完成。

MariaDB 数据库性能优化简述

1. 硬件优化

1.1 内存（Memory）

内存是最重要的因素，因为它允许您调整 服务器系统变量 。 更多的内存意味着可以将更大的密钥和表缓存存储在内存中，从而减少磁盘访问速度，降低一个数量级。

如果未将服务器变量设置为使用额外的可用内存，则仅添加更多内存可能不会带来显着改进。

在主板上使用更多 RAM 插槽会增加总线频率，RAM 和 CPU 之间会有更多延迟。因此，最好使用每个插槽的最大 RAM 大小。

1.2 磁盘（Disks）

快速磁盘访问至关重要，因为最终它是数据所在的位置。关键指标是磁盘搜索时间，衡量物理磁盘移动访问数据的速度，因此请选择寻道时间尽可能低的磁盘。

您还可以为临时文件和事务日志添加专用磁盘。

1.3 网速（Ethernet）

更快的网速主要影响数据接收和发送的速度，在可能的情况一般建议采用局域网的连接方式。

1.4 处理器（CPU）

虽然硬件瓶颈通常落在其他地方，但更快的处理器允许更快地执行计算，并且结果更快地发送回客户端。

除处理器速度外，处理器的总线速度和高速缓存大小也是需要考虑的重要因素。

2. 创建索引

 通常用的索引：主键（Primary keys），唯一索引（Unique Index），普通索引（Plain Index），全文索引（Full-Text Index）

2.1 主键（Primary keys）

主键是唯一的，永远不能为空，否则无法创建索引。它始终只能识别一条记录，并且必须表示每条记录。每个表只能有一个主键。

在 XtraDB / InnoDB 表中，所有索引都包含主键作为后缀。因此，当使用该存储引擎时，保持主键尽可能小是特别重要的。如果主键不存在且没有 UNIQUE 索引，则 InnoDB 会创建一个 6 字节的聚簇索引，该索引对用户不可见。

2.2 唯一索引（Unique Index）

唯一索引必须是唯一的，但它可以为 null，可以单个列和多个列组合。

2.3 普通索引（Plain Index）

不需要唯一，可以单个列和多个列组合。

MariaDB 中文乱码之解决思路

首先出现乱码的原因就是编码不一致问题引起的，那么就从以下 2 个方面入手：

1. 应用层：前提条件数据库服务端存储的中文数据是对的，但是页面上显示乱码，这里只需要检查你的项目的编码格式，设置成一致就行。

2. 数据库：包含数据库服务端和客户端，服务端和客户端编码格式必须一致，不一致就会出现乱码问题。

第一步：查看客户端和服务端的编码格式

在 MariaDB 命令窗口或者工具中执行：show variables like ‘char%’;  查看编码格式，会得到如图

上图是正确的编码格式设置，一般出现问题的是这 3 个值得设置：

character_set_client：客户端的编码格式

character_set_database：数据库的编码格式

character_set_server：服务端的编码格式

只要确保这 3 个编码一致，基本上问题就能得到解决。

如果这些设置都 OK 了，你还没有解决问题的话，那你就需要从表，列的编码合适着手：

show create table log_operation; 这个命令是查看创建表语句的，确定红圈中的编码格式是否一致就好

show full columns from log_operation;  查看表的列使用的字符集

总结：

只要确认上面所提到的地方都是使用同一编码格式，那么编码问题就不存在了。

CentOS 7 下 MariaDB 5.5 升级到 MariaDB 10.2  https://www.linuxidc.com/Linux/2019-03/157356.htm

在 Ubuntu 18.04 上安装带有 Nginx，MariaDB 10 和 PHP 7 的 WordPress  https://www.linuxidc.com/Linux/2019-03/157315.htm

：