有多少MySQL行太多了？

Question

我正在开发一个网站,该网站主要使用一个包含组织表的数据库,每个组织一行.每个组织都可以拥有无​​限数量的附加关键字.关键字在与组织分开的表中表示,其中每一行只是主键,关键字和附加到的组织的主键.最终这个表可能有数千个条目.这会从此表中提取记录,以及在表格中列出唯一关键字,是否太费时间？

Answer 1

Having a couple of hundred thousands rows is perfectly fine, as long as :

• they are indexed properly
• and your queries are done properly (i.e. using the right indexes, for instance)

I'm working on an application that's doing lots of queries on several tables with a couple of hundred thousands records in each, with joins and not "simple" where clause, and that application is working fine -- well, since we've optimized the queries and indexes ^^

A couple of million rows, in those conditions, is OK too, I'd say -- depends on what kind of queries (and how many of those) you'll do ^^

In every case, there's only one way to know for sure :

• You have to know what kind of queries you'll be doing,
• You also have to have a large dataset to test,
• And you have to benchmarking : launch the queries on your dataset, a lot of times, with concurrency, as if in "real conditions" -- and it'll help answer to the questions "will it handle the load ? do I have to optimize ? what are the bottlenecks ?"