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

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;  查看表的列使用的字符集

总结：

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