我们大量使用mariadb序列来生成基于键的命名序列。我们最终意识到我们已经达到了5,000+序列，还有更多(40k-50K(。
到目前为止，我们还没有看到对性能的任何重大影响，但是，知道每个序列在内部都会创建一个表，这会在未来造成任何重大影响吗？
我们经常使用desc <table>命令来扫描information_schema。
我没有具体细节，但是...
- 操作系统可能在 50K 表方面遇到问题 - 每个表都是 oS 中的一个或多个文件。
AUTO_INCREMENT优化得非常好;只要可行，就使用它。- 考虑MariaDB的第三个排序对象：像
seq_1_to_10这样的伪表，它可能占用很少的开销。
我发现SHOW CREATE TABLE比desc更具描述性。 但是为什么你"非常"需要它？ 对于该查询，每小时一次是"相当频繁的"。 (我正在查看STATUS值Com_create_table;我怀疑DESCRIBE会增加这一点。