感谢各位的回答。目前打算使用stale read来做，先查所有活跃用户，然后再查用户的数据放于快照文件中。目前担心的是：1.数据量大查询操作会不会对数据库产生很大的性能压力，进而影响到其它的数据库操作 2. 活跃用户用（比较最后一次数据更新时间）怎么才能确保完全拉到前一天活跃用户，因为这个过程时间长了，数据不断更新，有可能拉取的时候前一天活跃的用户又更新了数据。有考虑过安全点，只要历史版本有我查询时间之前且安全点更新在我操作完之后再更新就可以，但是这个安全点更新时间我似乎没法控制 （如果是mysql 是可以先进行快照，再去从库操作的）

感谢回答，目前打算使用stale read来做，先查所有活跃用户，然后再查用户的数据放于快照文件中。目前担心的是：1.数据量大查询操作会不会对数据库产生很大的性能压力，进而影响到其它的数据库操作 2. 活跃用户用（比较最后一次数据更新时间）怎么才能确保完全拉到前一天活跃用户，因为这个过程时间长了，数据不断更新，有可能拉取的时候前一天活跃的用户又更新了数据。有考虑过安全点，只要历史版本有我查询时间之前且安全点更新在我操作完之后再更新就可以，但是这个我似乎没法控制 （如果是mysql 是可以先进行快照，再去从库操作的）

虚拟机的话会共享磁盘的性能，且有些虚拟机还会限制读写 2. 机械磁盘本身读写很低，考虑磁盘阵列

监控组件都是去服务节点拉取数据的，自己部署一样的，加油 困难只是一时的

这里自动配置是指的使用tidb用户部署节点时的互信，你要登录到机器上本身登录的用户需要配置互信

解决了吗？索引怎么建的，换了组合索引后有改善吗

大家一起猜谜题

可以，这样意义何在呢

官方已经修复了，现在是可以搜出来了，应该是之前搜索功能有问题。

顺带一问：有测过单盘和多盘的读写性能时线性增加的吗

我咋知道呢，我最多猜测是为什么，昨天反馈了，官方给修复了。来，展开说说，为什么

我试了下 好像还不止这一篇不得行

这都不是好不好用的问题吧，简单的匹配查找都没有

出题和课程都很有水准 [image]

我遇到该问题，是通过清理缓存，重新刷新该地址就可以了

这个压测时间短了，至少压个十分钟吧

最简单的方法，是再转圈之前，拖动进度条到开始的位置。

为什么官网讲得很清楚的要来提问呢

为啥虚拟机不能测性能？