我正在研究使用MySQL的Web应用程序，该应用程序已达到100,000条记录，这是最大的交易表之一。它包含全国多个商店链的数据。
每个ZipCode具有不同的数据库，并在基于ZipCode的数据库中存储这些数据库，以减少由于海量数据而对未来性能产生的影响，是个好主意吗？
无论业务链将在新的ZipCode上引入商店，脚本都会在其上创建新的数据库。
将有一个用于初始商店身份验证/登录的数据库，身份验证后，REST API会将针对该ZipCode的请求重定向到数据库。
MySQL数据库的数据库创建数量限制是多少？ 我提出的建筑构想好吗？