MariaDB数据库性能优化简述 1. 硬件优化 1.1 内存（Memory） 内存是最重要的因素，因为它允许您调整 服务器系统变量 。 更多的内存意味着可以将更大的密钥和表缓存存储在内存中，从而
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.558idc.com/Linux/2019-03/157356.htm
在Ubuntu 18.04上安装带有Nginx，MariaDB 10和PHP 7的WordPress https://www.558idc.com/Linux/2019-03/157315.htm
