【发布时间】：2020-01-16 16:32:28
【问题描述】：
我们大量使用 mariadb 序列来生成基于键的命名序列。我们最终意识到，我们已经达到了 5,000 多个序列，并且未来还会有更多（40k-50K）。
到目前为止，我们还没有看到对性能有任何重大影响，但是，知道每个序列内部都会创建一个表，这是否会在未来造成任何重大影响？
我们经常使用desc <table> 命令来扫描information_schema。
【问题讨论】：
标签： mariadb
【发布时间】：2020-01-16 16:32:28
【问题描述】：
我没有具体细节，但是...
- 操作系统可能在处理 50K 表时遇到问题 -- 每个表都是操作系统中的一个或多个文件。
-
AUTO_INCREMENT优化得非常好；尽可能使用它。 - 考虑 MariaDB 的第三个排序对象：像
seq_1_to_10这样的伪表，这可能需要很少的开销。
我发现SHOW CREATE TABLE 比desc 更具描述性。但为什么你需要它“很多”？对于该查询，每小时一次是“相当频繁”。 （我正在查看STATUS 值Com_create_table；我怀疑DESCRIBE 会增加它。）
【讨论】：
-
谢谢。我们一直在使用 desc 来获取表的字段元数据，因为我们使用了一个“猜测”模式的框架。