使用mysql数据库安全吗?

使用mysql数据库安全吗?,mysql,Mysql,我有一个叫做数据的表 在此表中,第一列是UUID 在这个表中,第二列是name 就这样 现在,我的数据表中有1057uuid/name。 我的计算机上的文本文件中也有200个UUID的列表 运行200个查询以返回与我的200个UUID关联的名称是否安全 如果我想这样做多次,每分钟都说我会遇到任何问题吗 如果可能的话,需要多长时间?最好将数据保存在DB中,以便更快地处理,而不是每次都从文件系统读取数据 现在,让我们考虑在DB内仍然坚持这200个UUID文件。我建议,最好使用存储这200个UUID的

我有一个叫做数据的表 在此表中,第一列是UUID 在这个表中,第二列是name 就这样

现在,我的数据表中有1057uuid/name。 我的计算机上的文本文件中也有200个UUID的列表

运行200个查询以返回与我的200个UUID关联的名称是否安全

如果我想这样做多次,每分钟都说我会遇到任何问题吗


如果可能的话,需要多长时间?

最好将数据保存在DB中,以便更快地处理,而不是每次都从文件系统读取数据


现在,让我们考虑在DB内仍然坚持这200个UUID文件。我建议,最好使用存储这200个UUID的中间缓存来处理。这会阻止每五分钟读取一次文本文件,而不是根据缓存超时时间进行读取。

虽然对于索引良好的数据库来说,200个查询算不了什么,但这里有一些比使用文本文件每分钟运行查询更好的选项

首先,确保UUID列已编制索引。这将使查询成为O(1),而不是每次都必须扫描整个表

然后,您可以使用一个大IN子句进行单个查询,而不是对每个UUID进行查询

SELECT whatever
FROM data
WHERE id IN (list, of, uuids, ...)
最后,您可以将感兴趣的UUID放在它们自己的表中,并针对它进行连接,而不是拥有一个大的文本文件。这为您提供了数据库带来的并发性的所有好处,并且您的所有数据都在一个地方

INSERT INTO users_of_interest
    (id)
    VALUES (...), (...), (...), ...

SELECT users.*
FROM users_of_interest
JOIN users ON users_of_interest.id = users.id

然后,您可以在列表更改时插入和删除感兴趣的用户。一定要在事务中这样做,以避免其他人在您进行更改时也进行更改。

数据库设计用于快速运行查询,其中许多查询都是如此。你的问题的确切答案取决于你计划多久做一次,你的数据库/计算机有什么资源,等等。如果你计划经常这样做,一个优化可能是将这200个UUID以某种表的形式引入MySQL。然后,您可以直接连接到
数据
表,甚至可以使用索引。为什么?文本文件真的会每分钟都改变吗?