MyCat数据库-基础配置与使用详解!

本文涉及的产品
云数据库 RDS MySQL,集群系列 2核4GB
推荐场景:
搭建个人博客
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
RDS MySQL Serverless 高可用系列,价值2615元额度,1个月
简介: 随着计算机和信息技术的迅猛发展,行业应用系统的规模迅速扩大,行业应用所产生的数据量呈爆炸式增长,动辄达到数百TB甚至数百PB的规模,已远远超出传统计算技术和信息系统的处理能力,集中式数据库面对大规模数据处理逐渐表现出其局限性。因此,人们希望寻找一种能快速处理数据和及时响应用户访问的方法,也希望对数据进行集中分析、管理和维护。这已经成为迫切需求。

一、为什么需要分布式数据据库


随着计算机和信息技术的迅猛发展,行业应用系统的规模迅速扩大,行业应用所产生的数据量呈爆炸式增长,动辄达到数百TB甚至数百PB的规模,已远远超出传统计算技术和信息系统的处理能力,集中式数据库面对大规模数据处理逐渐表现出其局限性。因此,人们希望寻找一种能快速处理数据和及时响应用户访问的方法,也希望对数据进行集中分析、管理和维护。这已经成为迫切需求。


分布式数据库是在集中式数据库的基础上发展起来的,是计算机技术和网络技术结合的产物。分布式数据库是指数据在物理上分布而在逻辑上集中管理的数据库系统。物理上分布是指数据分布在物理位置不同并由网络连接的节点或站点上;逻辑上集中是指各数据库节点之间的逻辑上是一个整体,并由统一的数据库管理系统管理。不同的节点分布可以跨不同的机房、城市甚至国家。


二、分布式数据库的特点


分布式数据库具有透明性、数据冗余性、易于扩展性、自治性等特点,还具有经济、性能优越、响应速度更快、灵活的体系结构、易于集成现有系统等特点。


分布式数据库尽管有着天生的高贵血统,但它依赖调整网络,对事务的处理远没有传统数据库成熟,在很长一段时间内分布式数据存储将与传统数据存储共存。


三、MyCat数据库中间件简介


MyCat是一个彻底开源的面向企业应用开发的大数据库集群,支持事务、ACID,是可以替代MySQL的加强版数据库。MyCat被视为MySQL集群的企业级数据库,用来替代昂贵的Oracle集群,它是整合了内存缓存技术、NoSQL技术、HDFS大数据的新型SQL Server,是结合了传统数据库和新型分布式数据仓库的新一代企业级数据库产品,也是一个优秀的数据库中间件。


MyCat是通过Cobar改良而生。MyCat支持Oracle、PostgreSQL,从1.3版本开始支持NoSQL(SequoiaDB及MongoDB)并引入了Druid解析器。2016年MyCat发布了1.5版本,2018年发布了 1.6.6版本 。目前MyCat2.0项目已经启动,核心代码已经提交(https://github.com/MyCatApache/MyCat2.git)


四、MyCat核心概念详解


4.1 逻辑库(schema)


通常在实际应用中,业务开发人员并不需要知道中间件的存在,只需要关注数据库,所以数据库中间件可以被当作一个或多个数据库集群构成的逻辑库。




4.2 逻辑表(table)


既然有逻辑库,就会有逻辑表。在分布式数据库中,对于应用来说,读写数据的表就是逻辑表。逻辑表可以分布在一个或多个分片库中,也可以不分片。


1)分片表


分片表是指将数据量很大的表切分到多个数据库实例中,所有分片组合起来构成了一张完整的表。例如在MyCat上配置t_node的分片表,数据按照规则被切分到dn1、dn2两个节点。


<table name=”t_node” primaryKey=”vid” autoIncrement=”true” dataNode=”nd1,dn2” rule=”rule1” />

2)非分片表


并非所有的表在数量很大时都需要进行分片。非分片表是相对分片表而言的,不需要进行数据切分的表。如下面配置中的t_node只存在于节点dn1上。


<table name=”t_node” primaryKey=”vid” autoIncrement=”true” dataNode=”nd1,dn2” rule=”rule1” />

3)ER表


关系型数据库是基于实体关系模型(Entity Relationship Model)的,MyCat中的ER表便来源于此。基于此思想,MyCat提出了基于E-R关系的数据分片策略,子表的记录与其所关联的父表的记录存放在同一个数据分片上,即子表依赖于父表,通过表分组(Table Group)保证数据关联查询不会跨库操作。


表分组是解决跨分片数据关联查询的一种很好的思路,也是数据切分的一条重要规则。


4)全局表


在一个真实的业务场景中往往存在大量类似的字典表,这些字典表中的数据变动不频繁,而且数据规模不大,很少有超过数十万条的记录。


当业务表因为规模进行分片后,业务表与这些附属的字典表之间的关联查询就成了比较棘手的问题,所以在MyCat中通过数据冗余来解决这类表的关联查询,即所有分片都复制了一份数据,我们把这些冗余数据的表定义为全局表。


数据冗余是解决跨分片数据关联查询的一种很好的思路,也是数据切分规划的另一条重要规则。


4.3 分片节点(dataNode)


将数据切分后,一个大表被分到不同的分片数据库上,每个表分片所在的数据库是分片节点。


4.4 节点主机(dataHost)


将数据切分后,每个分片节点不一定会独占一台机器,同一台机器上可以有多个分片数据库,这样一个或多个分片节点所在的机器就是节点主机。为了规避单节点主机并发数量的限制,尽量将读写压力高的分片节点均匀地放在不同的节点主机上。


五、MyCat原理介绍


MyCat原理中最重要的一个动词是“拦截”,它拦截了用户发送过来的SQL语句,首先对SQL语句做了一些特定的分析,例如分片分析、路由分析、读写分离分析、缓存分析等,然后将此SQL语句发往后端的真实数据库,并将返回的结果做适当的处理,最终再返回给用户。




MyCat收到一条SQL语句时,首先解析SQL语句涉及的表,接着查看此表的定义,如果该表存在分片规则,则获取SQL语句里分片字段的值,并匹配分片函数,得到该SQL语句对应的分片列表,然后将SQL语句发送到相应的分片去执行,最后处理所有分片返回的数据并返回给客户端。


六、MyCat配置


schema.xml是MyCat的重要配置文件,它管理着逻辑库、分片表、分片节点和分片主机等信息。


service.xml是系统参数的配置文件,掌握MyCat优化方法,必需熟悉该文件的配置项。


sequence是全局序列的配置文件。


6.1 server.xml配置文件


server.xml配置文件包含了MyCat的系统配置信息,对应的源码是SystemConfig.java。它有两个重要的标签,分别是user、system。掌握system标签的各项配置属性是MyCat调优的关键。


<MyCat:server xmlns:MyCat="http://io.MyCat/">
&lt;system&gt;
&lt;property name&#61;&#34;nonePasswordLogin&#34;&gt;0&lt;/property&gt; &lt;!-- 0为需要密码登陆、1为不需要密码登陆 ,默认为0&#xff0c;设置为1则需要指定默认账户--&gt;
&lt;property name&#61;&#34;useHandshakeV10&#34;&gt;1&lt;/property&gt;
&lt;property name&#61;&#34;useSqlStat&#34;&gt;0&lt;/property&gt;  &lt;!-- 1为开启实时统计、0为关闭 --&gt;
&lt;property name&#61;&#34;useGlobleTableCheck&#34;&gt;0&lt;/property&gt;  &lt;!-- 1为开启全加班一致性检测、0为关闭 --&gt;

    &lt;property name&#61;&#34;sequnceHandlerType&#34;&gt;2&lt;/property&gt;
&lt;property name&#61;&#34;subqueryRelationshipCheck&#34;&gt;false&lt;/property&gt; &lt;!-- 子查询中存在关联查询的情况下,检查关联字段中是否有分片字段 .默认 false --&gt;
  &lt;!--  &lt;property name&#61;&#34;useCompression&#34;&gt;1&lt;/property&gt;--&gt; &lt;!--1为开启mysql压缩协议--&gt;
    &lt;!--  &lt;property name&#61;&#34;fakeMySQLVersion&#34;&gt;5.6.20&lt;/property&gt;--&gt; &lt;!--设置模拟的MySQL版本号--&gt;
&lt;!-- &lt;property name&#61;&#34;processorBufferChunk&#34;&gt;40960&lt;/property&gt; --&gt;
&lt;!-- 
&lt;property name&#61;&#34;processors&#34;&gt;1&lt;/property&gt; 
&lt;property name&#61;&#34;processorExecutor&#34;&gt;32&lt;/property&gt; 
 --&gt;
    &lt;!--默认为type 0: DirectByteBufferPool | type 1 ByteBufferArena | type 2 NettyBufferPool --&gt;
    &lt;property name&#61;&#34;processorBufferPoolType&#34;&gt;0&lt;/property&gt;
    &lt;!--默认是65535 64K 用于sql解析时最大文本长度 --&gt;
    &lt;!--&lt;property name&#61;&#34;maxStringLiteralLength&#34;&gt;65535&lt;/property&gt;--&gt;
    &lt;!--&lt;property name&#61;&#34;sequnceHandlerType&#34;&gt;0&lt;/property&gt;--&gt;
    &lt;!--&lt;property name&#61;&#34;backSocketNoDelay&#34;&gt;1&lt;/property&gt;--&gt;
    &lt;!--&lt;property name&#61;&#34;frontSocketNoDelay&#34;&gt;1&lt;/property&gt;--&gt;
    &lt;!--&lt;property name&#61;&#34;processorExecutor&#34;&gt;16&lt;/property&gt;--&gt;
    &lt;!--
        &lt;property name&#61;&#34;serverPort&#34;&gt;8066&lt;/property&gt; &lt;property name&#61;&#34;managerPort&#34;&gt;9066&lt;/property&gt; 
        &lt;property name&#61;&#34;idleTimeout&#34;&gt;300000&lt;/property&gt; &lt;property name&#61;&#34;bindIp&#34;&gt;0.0.0.0&lt;/property&gt; 
        &lt;property name&#61;&#34;frontWriteQueueSize&#34;&gt;4096&lt;/property&gt; &lt;property name&#61;&#34;processors&#34;&gt;32&lt;/property&gt; --&gt;
    &lt;!--分布式事务开关&#xff0c;0为不过滤分布式事务&#xff0c;1为过滤分布式事务&#xff08;如果分布式事务内只涉及全局表&#xff0c;则不过滤&#xff09;&#xff0c;2为不过滤分布式事务,但是记录分布式事务日志--&gt;
    &lt;property name&#61;&#34;handleDistributedTransactions&#34;&gt;0&lt;/property&gt;
    
        &lt;!--
        off heap for merge/order/group/limit      1开启   0关闭
    --&gt;
    &lt;property name&#61;&#34;useOffHeapForMerge&#34;&gt;1&lt;/property&gt;

    &lt;!--
        单位为m
    --&gt;
    &lt;property name&#61;&#34;memoryPageSize&#34;&gt;64k&lt;/property&gt;

    &lt;!--
        单位为k
    --&gt;
    &lt;property name&#61;&#34;spillsFileBufferSize&#34;&gt;1k&lt;/property&gt;

    &lt;property name&#61;&#34;useStreamOutput&#34;&gt;0&lt;/property&gt;

    &lt;!--
        单位为m
    --&gt;
    &lt;property name&#61;&#34;systemReserveMemorySize&#34;&gt;384m&lt;/property&gt;
    &lt;!--是否采用zookeeper协调切换  --&gt;
    &lt;property name&#61;&#34;useZKSwitch&#34;&gt;false&lt;/property&gt;

    &lt;!-- XA Recovery Log日志路径 --&gt;
    &lt;!--&lt;property name&#61;&#34;XARecoveryLogBaseDir&#34;&gt;./&lt;/property&gt;--&gt;

    &lt;!-- XA Recovery Log日志名称 --&gt;
    &lt;!--&lt;property name&#61;&#34;XARecoveryLogBaseName&#34;&gt;tmlog&lt;/property&gt;--&gt;
    &lt;!--如果为 true的话 严格遵守隔离级别,不会在仅仅只有select语句的时候在事务中切换连接--&gt;
    &lt;property name&#61;&#34;strictTxIsolation&#34;&gt;false&lt;/property&gt;
    
    &lt;property name&#61;&#34;useZKSwitch&#34;&gt;true&lt;/property&gt;
    
&lt;/system&gt;

&lt;!-- 全局SQL防火墙设置 --&gt;
&lt;!--白名单可以使用通配符%或着*--&gt;
&lt;!--例如&lt;host host&#61;&#34;127.0.0.*&#34; user&#61;&#34;root&#34;/&gt;--&gt;
&lt;!--例如&lt;host host&#61;&#34;127.0.*&#34; user&#61;&#34;root&#34;/&gt;--&gt;
&lt;!--例如&lt;host host&#61;&#34;127.*&#34; user&#61;&#34;root&#34;/&gt;--&gt;
&lt;!--例如&lt;host host&#61;&#34;1*7.*&#34; user&#61;&#34;root&#34;/&gt;--&gt;
&lt;!--这些配置情况下对于127.0.0.1都能以root账户登录--&gt;
&lt;!--
&lt;firewall&gt;
   &lt;whitehost&gt;
      &lt;host host&#61;&#34;1*7.0.0.*&#34; user&#61;&#34;root&#34;/&gt;
   &lt;/whitehost&gt;
   &lt;blacklist check&#61;&#34;false&#34;&gt;
   &lt;/blacklist&gt;
&lt;/firewall&gt;
--&gt;

&lt;user name&#61;&#34;root&#34; defaultAccount&#61;&#34;true&#34;&gt;
    &lt;property name&#61;&#34;password&#34;&gt;123456&lt;/property&gt;
    &lt;property name&#61;&#34;schemas&#34;&gt;TESTDB&lt;/property&gt;
    
    &lt;!-- 表级 DML 权限设置 --&gt;
    &lt;!--         
    &lt;privileges check&#61;&#34;false&#34;&gt;
        &lt;schema name&#61;&#34;TESTDB&#34; dml&#61;&#34;0110&#34; &gt;
            &lt;table name&#61;&#34;tb01&#34; dml&#61;&#34;0000&#34;&gt;&lt;/table&gt;
            &lt;table name&#61;&#34;tb02&#34; dml&#61;&#34;1111&#34;&gt;&lt;/table&gt;
        &lt;/schema&gt;
    &lt;/privileges&gt;        
     --&gt;
&lt;/user&gt;

&lt;user name&#61;&#34;user&#34;&gt;
    &lt;property name&#61;&#34;password&#34;&gt;user&lt;/property&gt;
    &lt;property name&#61;&#34;schemas&#34;&gt;TESTDB&lt;/property&gt;
    &lt;property name&#61;&#34;readOnly&#34;&gt;true&lt;/property&gt;
&lt;/user&gt;

</MyCat:server>


6.2 schema.xml配置文件


schema.xml 作为MyCat中重要的配置文件之一,涵盖了MyCat的逻辑库、表、分片规则、分片节点及数据源。


1)schema 标签


<schema name="TESTDB" checkSQLschema="false" sqlMaxLimit="100">

schema标签用于定义MyCat实例中的逻辑库。MyCat可以有多个逻辑库,每个逻辑库都有自己的相关配置。可以使用schema标签来划分不同的逻辑库,如果有配置schema标签,则所有的表配置都会属于同一个默认的逻辑库。


<schema name="TESTDB" checkSQLschema="false" sqlMaxLimit="100">
<table name="travelrecord" dataNode="dn1,dn2,dn3" rule="auto-sharding-long" />
</schema>
<schema name="USERDB" checkSQLschema="false" sqlMaxLimit="100">
<table name="company" dataNode="dn10,dn11,dn12" rule="auto-sharding-long" />
</schema>

如上所示配置了两个不同的逻辑库,逻辑库的概念等同于MySQL数据库中的Database概念,我们在查询逻辑库中的表时,需要切换到该逻辑库下才可以查询其中的表。


checkSQLschema属性,当把该值设置为true时,如果我们执行语句 select from TESTDB.travelrecord;,则MyCat会把schema字符去掉,把SQL语句修改为select from travelrecord;可避免发送到后端数据库执行时报错。


SqlMaxLimit属性,当该属性设置为某个值时,每次执行的SQL语句如果没有加上limit语句,MyCat也会自动在limit语句后加上对应的值。如果不设置该值,则MyCat会把查询到的信息全部返回。


2)table 标签


<table name=”travelrecord” dataNode=”dn1,dn2,dn3” rule=”auto-sharding-long”></table>

table标签定义了MyCat中的逻辑表,所有需要拆分的的表都需要在table标签中定义。


table标签的主要属性见下表,具体介绍参见MyCat官方网站 http://www.MyCat.io

属性名

数量限制

name

String

1

dataNode

String

1..*

rule

String

0..1

ruleRequired

boolean

0..1

primaryKey

String

1

type

String

0..1

autoIncrement

boolean

0..1

subTables

String

1

needAddLimit

Boolean

0..1

3)childTable 标签

childTable标签用于定义 E-R 分片的子表,通过标签上的属性与父表进行关联。

4)dataNode标签

dataNode标签定义了MyCat中的数据节点,也就是我们通常所说的数据分片。一个dataNode标签就是一个独立的数据分片。

5)dataHost标签

dataHost标签在MyCat逻辑库中作为底层标签存在,直接定义了具体的数据库实例,读写分离和心跳语句。

Heartbeat标签用来配置心跳检查语句,Mysql可以使用select user(),Oracle可以使用select 1 from dual 等。

writeHost和readHost是读写的配置,一个dataHost内可以配置多个读和写。但如果writeHost指定的后端数据库宕机,那么这个writeHost绑定的所有readHost也将不可用;另一方面,MyCat会自动检测到writeHost宕机,并切换到备用的writeHost上。

七、MyCat分片

在MyCat中将表分为两种大的概念:数据量小且不需要做数据切分的表,称为非分片表;数据量大到单库性能、容量不足以支撑,数据需要通过水平切分均匀分布到不同的数据库中的表,称为分片表。而中间件最终需要处理的事情是对数据切分、聚合。

7.1 ER关系分片表

ER模型是实体关系模型,广泛采用概念模型设计方法,基本元素是实体、关系和属性。MyCat将它引入数据切分规则中,使得有互相依赖的表能够按照某一规则切分到相同的节点上,避免跨库Join关联查询。具体详情配置内容在这里不做描述请参考官方文档。

八、功能与优势

8.1 常用命令

  • MyCat提供类似数据管理监控方式,可以通过MySQL命令行登录管理端口(9066)执行相应的SQL语句进行管理,也可以通过JDBC方式进行远程连接管理。
  • Reload @@config命令用于更新配置文件运行该命令,不用重启即可进行配置文件更新。
  • Reload @@sqlstat用来关闭和开启SQL监控分析。
  • Show @@database命令用来显示MyCat数据库列表,运行结果对应schema.xml配置文件的schema子节点。
  • Show @@datanode用来显示MyCat数据节点,运行结果对应schema.xml配置文件的dataNode节点。
  • Show @@heartbeat用于报告心跳状态。
  • Show @@connection用来获取MyCat的前端连接状态。
  • Kill @@connection id,id,id 用来关闭连接。
  • Show @@ cache用来查看缓存。
  • Show @@datasource 用来查看数据源状态,如果配置了主从或多主,则可以切换。
  • Switch @@ datasource name:index 用于切换数据源。
  • Show @@syslog limit 用于显示系统日志。
  • Show @@sql 显示在MyCat中执行过的语句。
  • Show @@shl.show 显示慢SQL语句。
  • Show @@sql.sum 显示SQL语句的整体执行情况、读写比例等。

8.2 局限性

delete操作不支持没有主键的表。没有主键的表在不同节点的顺序不同,如果执行 select ...limit...,则将出现不同的结果集。

不支持XA事务,在提交上可能回滚。

由于集群是乐观的并发控件,事务commit可能在该阶段中止,所以如果有两个事务向集群中的不同节点的同一行写入并提交,则失败的节点将中止。对于集群级别的中止,集群返回死锁错误。

整个集群的写入吞吐量由最弱的节点限制,如果有一个节点变得缓慢,那么整个集群将变得缓慢。

集群内部按照id自增长机制写入数据,比如集群中有三台可能是3,6,9这样的递增。

8.3 与Sharding-JDBC对比Sharding-JDBC

MyCat是一个中间件的第三方应用,sharding-jdbc是一个jar包。

因为MyCat是单独部署,所以使用MyCat就像是访问数据库一样,而sharding-jdbc的逻辑都是需要在工程里写的。

如果只是单独应用可以使用轻量级的Sharding-JDBC,如果多个服务都需要操作数据库则使用MyCat更合适。因为用Sharding-JDBC需要在每一个工程里边都配置上相应的分片等逻辑,而MyCat只需要配置一份单独部署。

云服务器ECS地址:阿里云·云小站

相关实践学习
如何在云端创建MySQL数据库
开始实验后,系统会自动创建一台自建MySQL的 源数据库 ECS 实例和一台 目标数据库 RDS。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助 &nbsp; &nbsp; 相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
相关文章
|
1月前
|
存储 监控 安全
数据库多实例的部署与配置方法
【10月更文挑战第23天】数据库多实例的部署和配置需要综合考虑多个因素,包括硬件资源、软件设置、性能优化、安全保障等。通过合理的部署和配置,可以充分发挥多实例的优势,提高数据库系统的运行效率和可靠性。在实际操作中,要不断总结经验,根据实际情况进行调整和优化,以适应不断变化的业务需求。
|
1月前
|
消息中间件 资源调度 关系型数据库
如何在Flink on YARN环境中配置Debezium CDC 3.0,以实现实时捕获数据库变更事件并将其传输到Flink进行处理
本文介绍了如何在Flink on YARN环境中配置Debezium CDC 3.0,以实现实时捕获数据库变更事件并将其传输到Flink进行处理。主要内容包括安装Debezium、配置Kafka Connect、创建Flink任务以及启动任务的具体步骤,为构建实时数据管道提供了详细指导。
60 9
|
1月前
|
安全 Nacos 数据库
Nacos是一款流行的微服务注册与配置中心,但直接暴露在公网中可能导致非法访问和数据库篡改
Nacos是一款流行的微服务注册与配置中心,但直接暴露在公网中可能导致非法访问和数据库篡改。本文详细探讨了这一问题的原因及解决方案,包括限制公网访问、使用HTTPS、强化数据库安全、启用访问控制、监控和审计等步骤,帮助开发者确保服务的安全运行。
42 3
|
1月前
|
PHP 数据库 数据安全/隐私保护
布谷直播源码部署服务器关于数据库配置的详细说明
布谷直播系统源码搭建部署时数据库配置明细!
|
1月前
|
Java 数据库连接 数据库
如何构建高效稳定的Java数据库连接池,涵盖连接池配置、并发控制和异常处理等方面
本文介绍了如何构建高效稳定的Java数据库连接池,涵盖连接池配置、并发控制和异常处理等方面。通过合理配置初始连接数、最大连接数和空闲连接超时时间,确保系统性能和稳定性。文章还探讨了同步阻塞、异步回调和信号量等并发控制策略,并提供了异常处理的最佳实践。最后,给出了一个简单的连接池示例代码,并推荐使用成熟的连接池框架(如HikariCP、C3P0)以简化开发。
50 2
|
1月前
|
关系型数据库 MySQL Linux
在 CentOS 7 中通过编译源码方式安装 MySQL 数据库的详细步骤,包括准备工作、下载源码、编译安装、配置 MySQL 服务、登录设置等。
本文介绍了在 CentOS 7 中通过编译源码方式安装 MySQL 数据库的详细步骤,包括准备工作、下载源码、编译安装、配置 MySQL 服务、登录设置等。同时,文章还对比了编译源码安装与使用 RPM 包安装的优缺点,帮助读者根据需求选择最合适的方法。通过具体案例,展示了编译源码安装的灵活性和定制性。
104 2
|
2月前
|
前端开发 Java 数据库连接
javamvc配置,增删改查,文件上传下载。
【10月更文挑战第4天】javamvc配置,增删改查,文件上传下载。
39 1
|
2月前
|
关系型数据库 MySQL Java
Django学习二:配置mysql,创建model实例,自动创建数据库表,对mysql数据库表已经创建好的进行直接操作和实验。
这篇文章是关于如何使用Django框架配置MySQL数据库,创建模型实例,并自动或手动创建数据库表,以及对这些表进行操作的详细教程。
79 0
Django学习二:配置mysql,创建model实例,自动创建数据库表,对mysql数据库表已经创建好的进行直接操作和实验。
|
1月前
|
SQL 关系型数据库 数据库连接
"Nacos 2.1.0版本数据库配置写入难题破解攻略:一步步教你排查连接、权限和配置问题,重启服务轻松解决!"
【10月更文挑战第23天】在使用Nacos 2.1.0版本时,可能会遇到无法将配置信息写入数据库的问题。本文将引导你逐步解决这一问题,包括检查数据库连接、用户权限、Nacos配置文件,并提供示例代码和详细步骤。通过这些方法,你可以有效解决配置写入失败的问题。
61 0
|
2月前
|
安全 Linux 数据库连接
CentOS 7环境下DM8数据库的安装与配置
【10月更文挑战第16天】本文介绍了在 CentOS 7 环境下安装与配置达梦数据库(DM8)的详细步骤,包括安装前准备、创建安装用户、上传安装文件、解压并运行安装程序、初始化数据库实例、配置环境变量、启动数据库服务、配置数据库连接和参数、备份与恢复、以及安装后的安全设置、性能优化和定期维护等内容。通过这些步骤,可以顺利完成 DM8 的安装与配置。
285 0