blocks|key|201144|text|这篇文章中没有足够的信息来给你一个好的答案。我们需要知道的第一件事是表结构是什么。您是否定义了非聚集索引，或者只定义了一个聚集索引。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|201145|您的应用程序使用此数据库，它对数据做了什么？|201146|此外，您是在搜索名称字段，还是在搜索特定的日期？如果是这样的话，这些可能是索引类型的候选者。|201147|不过，首先要注意的是索引。|offset|length|style|BOLD|201148|entityMap^0|0|0|0|A|2|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|O|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|P|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|Q|8|@$H|R|I|S|J|K]]|9|@]|A|$]]|$1|L|3|-4|5|6|7|T|8|@]|9|@]|A|$]]]|M|$]]

There is not enough information in this post to give you a good answer.
The first thing we would need to know is what the table structure is.
Do you have non-clustered indexes defined or is it simply one clustered index.

Your application that uses this database, what does it do with the data?

In addition, are you searching for say a name field, or a specific date? If so these could be candidates for an index type. 

The number one thing to look after though is indexes.

blocks|key|203500|text|我想如果你的产品变得这么大，你需要更高级的帮助。dbShards是一个很好的起点。它们将帮助您为您的数据设计分片策略，并可以轻松地分片任何需要它的表。如果您的一个表变得太大，分片是一个不错的选择。我会去看看dbShards。在这种情况下可能工作得很好。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|203501|entityMap|0|LINK|mutability|MUTABLE|url|http://dbshards.com/^0|O|8|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

I think you will need more advanced help if your product is growing that large. <a href="http://dbShards.com" rel="nofollow">dbShards</a> is a good place to start. They will help you design a sharding strategy for your data and can easily shard any tables that need it. If your one table is getting too large, sharding is not a bad choice. I would check out dbShards. Might work well for this situation.

blocks|key|203513|text|最好使用专业的分片中间件，例如：Apache+ShardingSphere|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|203514|它可以使用简单方法通过SQL对数据库和表进行分片、路由和重写，而无需连接数据库。它可以使用复杂方式处理由Apache方解石支持的联合查询的跨数据库连接。|203515|entityMap|0|LINK|mutability|MUTABLE|url|https://shardingsphere.apache.org/^0|G|L|0|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@$A|O|B|P|1|Q]]|C|$]]|$1|D|3|E|5|6|7|R|8|@]|9|@]|C|$]]|$1|F|3|-4|5|6|7|S|8|@]|9|@]|C|$]]]|G|$H|$5|I|J|K|C|$L|M]]]]

It is better to use professional sharding middleware, for example: <a href="https://shardingsphere.apache.org/" rel="nofollow noreferrer">Apache ShardingSphere</a>
It can use simple way to shard databases and tables by SQL route and rewrite without join cross databases.
It can use complex way to handle join cross databases with federation query
powered by Apache Calcite.

I am using MySQL to store my parent-child relation. The data is in one table.
I do not have any problem quering; however, the table has grown in size dramatically. I would like to shard or use some techniques to improve the performance of my queries (and joins). How would I do it?

sharding a database with hierarchical data structure

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我使用MySQL来存储我的父子关系。数据在一个表中。我在查询时没有任何问题；但是，表的大小已经急剧增加。我想分片或使用一些技术来提高我的查询(和连接)的性能。我该怎么做呢？

问分片具有分层数据结构的数据库
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问分片具有分层数据结构的数据库EN