Is it necessary for mongodb to have separate tables?

Question

Mongodb comes with autosharding, so is it necessary to split the table into a table with a level of over 100 million?

Answer 1

Well, I downvoted it because this answer is misleading readers.
No matter what kind of database, the cost of creating an index is huge, because it means traversing the data in the entire table, how can it be possible without a lot of pressure? That’s why there are {background: true} options that can appropriately alleviate this situation. When creating an index in a cluster that is under too much pressure, we recommend using the "rolling" index creation method, which removes the nodes one by one to create the index and then puts it online to avoid affecting the operation of the online system.
As for the lock issue, starting from 3.0, the WT engine supports document locks (row locks).
The cost of querying the index is huge. It is probably because your index is not established properly. You can give specific examples to discuss.
When the data exceeds 100 million, please give specific examples to discuss the pitfalls.

Answer 2

Mongodb supports automatic sharding and partitioning architecture, which can be used to build a horizontally scalable database cluster system and store database tables on each sharding node.

Please see mongodb sharding instead of database sharding [1]: https://yq.aliyun.com/article...

Answer 3

Tables can be divided by month Name_03 Name_04 The name remains unchanged. The name of the table to be queried is dynamically changed according to the timestamp in the program

Answer 4

I personally think it is still necessary. MongoDB has the problem of locking the database (lower version) and locking the table (medium version). Even if there are shards for storing files, the overhead of index creation and index search is still huge! ! ! ! When the data exceeds 100 million, there are still many pitfalls!