mariadb大数据（mariadb ibdata1）

(十二)MariaDB中的分区操作

所有 DML 语句均支持 PARTITION 子句：SELECT、INSERT、UPDATE、DELETE、REPLACE、LOAD DATA 等。通常情况下，分区修剪会用在触发器（triggers）语句中。但是如果在表上定义了 BEFORE INSERT 或者 BEFORE UPDATE 的触发器，则 MariaDB 不会预先知道分区表达式中使用的字段（column）是否会更改。因此，被迫锁定所有分区。

分区函数表达式：若分区键涉及函数（如 YEAR（create_time），需确保目标端函数逻辑与源端完全一致。在目标库重建分区表环境兼容性检查 确认目标数据库支持分区功能（如 MySQL 企业版、Percona Server 或 MariaDB），且版本与源端兼容（如 MySQL 7 与 0 的分区语法差异）。

安装系统：插入安装介质启动服务器，进入BIOS设置启动顺序，按提示选择语言、时区、磁盘分区等选项，完成系统安装。

系统默认自动进行部署，等待30秒即可按回车键继续。整个过程无需人工干预。自动安装完成后，系统root用户的密码为iMC123。配置的数据库版本为MariaDB 12，数据库root用户的密码同样为iMC123。系统完成后会自动重启，并进入系统，同时打开浏览器进入一键部署配置页面。

sharding-jdbc：部署在客户端的 jar 包，用于将用户的 SQL 路由到指定的数据库中。sharding-jdbc 支持多种分片策略，包括哈希分片、范围分片、列表分片等。jproxy：提供 MariaDB、MySQL 等数据库的统一接入访问，支持流量过载保护、数据自动拆分、可配置路由规则、数据无缝迁移等功能。

接入层TSpider技术基础：基于MariaDB 7的开源存储引擎Spider定制研发，是游戏场景中规模最大的分布式MySQL存储引擎。核心功能：天然支持MySQL协议，应用层可通过标准MySQL API直接请求，无需修改代码。接收应用请求后，根据数据路由规则改写SQL并分发至存储节点TenDB执行，最终整合结果返回应用层。

为什么我不再看好MariaDB

1、你不再看好MariaDB的原因主要有以下几点：存储引擎问题未解决：MariaDB在存储引擎方面一直未能取得显著进展。存储引擎对于数据库的性能和功能至关重要，而MariaDB在这方面的发展相对滞后。

2、其中一个原因是MariaDB一直没有解决存储引擎的问题，这也是我不再看好MariaDB的重要原因之一。另外，MariaDB的创始人Monty在一次演讲中提到了他对MariaDB的看法。他认为MariaDB的问题在于缺乏创新，而且公司正在经历艰难时刻。该公司正在努力克服自上市以来所面临的财务挑战。

3、Centos 7 默认不支持mysql （都是因为钱），所以centos 7默认支持的是mariadb 何为mariadb？MariaDB数据库管理系统是MySQL的一个分支，主要由开源社区在维护，采用GPL授权许可 MariaDB的目的是完全兼容MySQL，包括API和命令行，使之能轻松成为MySQL的代替品。

4、phpMyAdmin 也由于依靠联系而被删去了，我没仔细看。所以最佳不要用通配符 *，而是选择性删去几个首要的，yum remove mysql mysql-server mysql-libs 可是这个我没有再测验，由于后边有非常好的办法。C. 然后装置 MARIADB 及相应 PHP 拓展。

数据库管理系统:MySQL与MariaDB的选择有何差异?

MySQL与MariaDB的选择差异主要体现在历史背景、开源性质争议、市场倾向以及学习迁移性上：历史背景：MySQL：曾是一个极为热门的数据库管理系统选择，尤其在开源社区中享有盛誉。MariaDB：由于Oracle收购MySQL后，其开源性质和商业专利引发了一些争议，这促使了MariaDB的诞生，作为MySQL的一个分支，保持了其开源精神。

数据库管理系统（DBMS）作为核心组件，提供了对数据的创建、修改等操作，降低了技术门槛，Linux运维工程师也能进行基本管理。其中，MySQL曾是热门选择，但Oracle收购后，MySQL的开源性质和商业专利引起争议，催生了MariaDB。

性能与兼容性考量： MariaDB：如果你的项目需要高并发访问和极致性能，且对MySQL的某些特性有特殊需求，MariaDB可能是更好的选择。 MySQL：如果你的项目对数据库的要求不是特别高，或者希望享受庞大的MySQL社区资源和广泛的应用支持，选择MySQL可能更为合适。

MySQL：默认二进制日志格式基于行。MariaDB：默认二进制日志格式为混合式，支持压缩二进制日志（MySQL不支持）。MariaDB更容易从MySQL复制数据，但反之则较为困难。不兼容性 MariaDB与MySQL之间存在数百个不兼容问题，迁移需要考虑很多因素。

EP36:数据库的种类和使用场景

数据库主要分为关系型数据库、内存数据库、时序数据库、图数据库、文档存储、宽列存储等类型，不同类型数据库适用于不同场景。具体如下：关系型数据库：几乎可以解决任何类型的问题。

navicat建立外键之前要把引擎设置成什么

在 Navicat 中建立外键约束前，需将涉及外键列的表的存储引擎设置为支持外键的引擎，如 InnoDB 或 TokuDB（MariaDB 环境）。以下是具体说明与操作步骤：支持外键的存储引擎类型InnoDB：MySQL 默认引擎，完全支持事务、行级锁及外键约束，是外键关联的首选引擎。

确定主键和外键 明确需要建立关系的两个表，分别确认主键表（被引用的表）和外键表（引用其他表的表）。主键列需唯一标识表中的每行数据，外键列需引用主键列的值，且两者数据类型必须兼容（如 INT 对应 INT，VARCHAR 对应相同长度的 VARCHAR）。

打开数据库和表启动Navicat，连接到目标数据库服务器，展开目标数据库节点。右键单击需要设置外键的子表，选择“表设计器”进入表结构编辑界面。定位外键列并启动设置在“表设计器”窗口中，找到需要关联的外键字段列（如user_id）。右键单击该列，在弹出菜单中选择“设置外键”，触发外键配置弹窗。

在Navicat中创建数据库时设置高级参数，需通过“SQL预览”选项卡输入并执行SQL语句实现。具体操作步骤及关键细节如下：操作步骤 连接数据库服务器：打开Navicat，通过左侧导航栏或顶部菜单连接到目标数据库服务器。新建数据库：右键点击服务器名称，选择“新建数据库”，弹出设置窗口。

在Navicat中创建外键需通过子表设计器设置关联约束，具体步骤如下：步骤1：创建父表与子表 父表需包含主键列（如Orders表的OrderID），子表用于设置外键关联（如Customers表）。确保父表主键与子表外键的数据类型一致（如均为INT）。

在 Navicat 中创建表需依次完成连接数据库、新建表、设置属性、添加字段、设置主键与外键、保存表等步骤，具体操作如下：打开并连接到数据库运行 Navicat 软件，在主界面选择目标数据库类型（如 MySQL、PostgreSQL 等），输入连接参数（主机名、端口、用户名、密码），点击“连接”按钮完成数据库连接。