-
编辑 删除
昆仑分布式数据库存储集群 Fullsync 机制
为了实现更好的数据写入性能包括更高的吞吐量和更短的延时，以及降低对存储系统和网络带宽的消耗，并且在高可用方面实现更加灵活的策略，我们在kunlun-storage中设计并开发了Fullsync高可用机制。
-
编辑 删除
昆仑分布式数据库之ScaleOut介绍
数据库系统架构的演变，如实的反映了信息社会不断发展所带来的数据处理规模不断变大这一基本事实。 如今，分布式数据库产品已成为各行各业信息系统的存储服务中，应用越来越广泛的技术选型。究其原因，是因为其在海量数据存储管理的扩展能力和性价比方面，较单机数据库有着压倒性的优势。
-
编辑 删除
KunlunBase集群管理接口
KunlunBase在0.9版本之后，增加了运维监控平台(Xpanel), 通过集群管理（Cluster_mgr）的HTTP命令接口，可以实现对整个集群环境进行管理和监控。
-
编辑 删除
KunlunBase 快速入门 4.0（从Oracle实时同步数据到KunlunBase）
一、环境及软件需求OracleGoldenGate从11.2.1.0.2开始支持在Oracle数据库和KunlunBase之间做数据复制。本文档提供数据复制过程的基本配置方案，涉及不同操作系统及数据库版本具体配置，请参考官方文档。软件需求：OracleGoldenGateforOracleOracleG
-
编辑 删除
KunlunBase 快速入门 3.0（数据导入&同步）
一、环境从原生PostgreSQL数据库迁移业务数据到KunlunBase集群。由于KunlunBase兼容postgreSQL协议，因此可以直接支持Pg数据导入导出工具：pg_dump和pg_restore。但由于KunlunBase目前兼容的PostgreSQL版本是11.5，所以对于不一致的版本：较新版本
-
编辑 删除
KunlunBase 快速入门2.0（对等部署最佳实践）
KunlunBase是计算&存储分离的分布式数据库，支持海量数据处理，可以解决传统数据库分库&分表带来的复杂性问题。
-
编辑 删除
KunlunBase 快速入门 1.0
KunlunBase是一个开源、高性能的分布式关系数据库，支持混合负载（HTAP）、PB级数据量管理并提供毫秒延迟的新一代数据库解决方案。
-
编辑 删除
KunlunBase备份和恢复
KunlunBase集群支持联机备份，备份过程中，数据库处于运行状态，应用程序读写不会阻塞，由于备份操作发生在主从节点的从节点上，对应用程序的性能基本没有影响。
-
编辑 删除
举例解释一下MySQL的表锁和行锁
在计算机中，锁是协调多个进程或线程并发访问某一资源的一种机制。 在数据库中，除传统的计算资源（如CPU、RAM、I/O等）的争用以外，数据也是一种供许多用户共享的资源。 如何保证数据并发访问的一致性、有效性是所有数据库必须解决的一个问题，锁冲突也是影响数据库并发访问性能的一个重要因素。 从这个角度来说，锁对数据库而言显得尤其重要，也更加复杂。
-
编辑 删除
举例解释一下explain各字段的含义
前言之前文章介绍索引失效的场景（聊一聊MySQL索引失效的问题），用到了explain执行计划，执行计划返回执行过程中每一步的信息，而不是执行它。通过返回的一行或多行信息，显示出执行计划中的每一部分和执行的次序，从而可以从分析结果中，找到查询语句或是表结构的性能瓶颈。今天我们举一些实际的例子，来解释一下explain执行计划各字段的含义。CREATE TABLE table_user(id INT
-
编辑 删除
KunlunBase备份和恢复
KunlunBase集群支持联机备份，备份过程中，数据库处于运行状态，应用程序读写不会阻塞，由于备份操作发生在主从节点的从节点上，对应用程序的性能基本没有影响。
-
编辑 删除
举例解释一下MySQL的表锁和行锁
在计算机中，锁是协调多个进程或线程并发访问某一资源的一种机制。 在数据库中，除传统的计算资源（如CPU、RAM、I/O等）的争用以外，数据也是一种供许多用户共享的资源。 如何保证数据并发访问的一致性、有效性是所有数据库必须解决的一个问题，锁冲突也是影响数据库并发访问性能的一个重要因素。 从这个角度来说，锁对数据库而言显得尤其重要，也更加复杂。
-
编辑 删除
举例解释一下explain各字段的含义
今天我们举一些实际的例子，来解释一下explain执行计划各字段的含义.
-
编辑 删除
聊一聊MySQL索引失效的问题
一、索引原理索引是提高数据库查询性能的一个重要方法。使用索引用可快速找出某个列中包含特定值的行。不使用索引，必须从第一条记录开始读，可能要读完整个表，才能找出相关的行。使用索引就像查字典一样，我们可以根据拼音、笔画、偏旁部首等排序的目录(索引)，快速查找到需要的字。之前介绍MySQL存储引擎的文章（聊一聊MySQL的存储引擎），测试对比了两种存储引擎(MyISAM或者InnoDB)，使用主键索引查
-
编辑 删除
聊一聊MySQL的存储引擎
一、前言存储引擎(storage engine)是MySQL的专用称呼，数据库行业老大哥Oracle，以及SQL Server，PostgreSQL等都没有存储引擎的说法。MySQL区别于其他数据库的重要特点就是，其插件式(pluggable)的表存储引擎。引擎(engine)是外来音译词，习惯上认为是发动机，好像和数据库搭不上关系。最早MySQL的存储引擎称为“数据表处理器”，可能是听起来太老土
-
编辑 删除
聊一聊MySQL的字符集
一、字符集概述 字符集（Character Set）是多个字符的集合，字符集种类较多，每个字符集包含的字符个数不同，常见字符集名称：ASCII、GB2312、BIG5、Unicode等。UTF(Unicode Tranformation Format)是Unicode的其中一个使用方式，即把Unicode转做某种格式的意思，包括UTF-8，UTF-16，UTF-32。UTF-8（8-bi
-
编辑 删除
MySQL8.0轻松搞定GTID组复制
今天来聊一聊MySQL8.0的组复制。
-
编辑 删除
MySQL8.0轻松搞定GTID主主复制
之前文章介绍了GTID主从复制，实现了一主多从的MySQL架构，今天我们来介绍一下主主复制的架构。
-
编辑 删除
MySQL8.0轻松搞定GTID主从复制
为什么需要主从复制？ 通俗来讲，如果对数据库的读和写都在同一个数据库服务器中操作，业务系统性能会降低。 为了提升业务系统性能，优化用户体验，可以通过做主从复制来减轻主数据库的负载。 而且如果主数据库宕机，可快速将业务系统切换到从数据库上，可避免数据丢失。
-
编辑 删除
为什么现在大家都不用外键了（二）？
前言MySQL外键(FOREIGNKEY)是表的一个特殊字段，用来建立主表与从表的关联关系，为两个表的数据建立连接，约束两个表中数据的一致性和完整性。之前的第一篇文章相关文章（「技术讨论」为什么大家很少使用外键了？），总结了一些不使用外键的场景以及使用外键的优势之处。本篇文章会基于实例来说明外键约束虽会保证表间数据的关系“始终完整一致”，但在实际操作中，每次做DELETE 或者UPDATE都必须考
