减少查询次数的骚操作

lithium148：假设我有一个记录，用来管理某元件开关的状态，{id:1;开关:ture;其他记录:etc…}。
所有开关的初始状态均为开，随机 X 分钟后变为关状态（ X 由用户设定，可以读取到），关闭后永远不会开启。
现在我把 10000 个这样的记录存在数据库的一张表里。我的程序需要每分钟遍历 1 次所有的记录,找出开关是开的。问题是即使只有最后 10 个开关是开启的，我也需要遍历 10000 条记录。当数据量增大之后，每分钟检测一次会成为严重的负担。
有没有减轻负担的方法？
—————————————————————————————————————————————————————————————————
因为关闭的时间是随机的，有可能后面的开关已经关闭了，前面的开关还开启着，所以不能用检测到 y 个开关均为关闭就停止检测；另外已经关闭的开关也不能删除，因为用户还要查看记录。
—————————————————————————————————————————————————————————————————
我一开始想到的方法是，单独维护一张“开启表”，存储开启开关的 id，形如[1,2,3]，所有开关初始默认放到“开启表”，程序只检测“开启表”中 id 的开启状态，程序检测到关闭后再删除。
问题是这样检测的时候，还是要遍历所有的记录，看他们的 id 是否在开启表中，并没有降低负担。
你有更好的方法吗？
非常感谢！

lithium148：登录密码肯定是要加密的，但是敏感数据呢？ 比如便签软件的便签内容，聊天软件的聊天内容，存储到服务器上需要加密吗？ 实际各大公司有加密没有？应该在服务器端加密还是客户端加密？ 谢谢！

edinina：要求 5g 和高刷，拍照无所谓，存储也不用特别大，求推荐推荐，预算六千以内吧，华为小米除外，最近在看三星 vivo oppo 一加这几个牌子，但实在看不明白

Closed. This question needs to be more focused。它当前不接受答案。                                                                                                                            …

Closed. This question needs details or clarity。它当前不接受答案。                                                                                                                            …

As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely …