【在数据库运维时，DBA 们会做什么事情来提高数据库安全性？如权限分发、灾备等】 跨机房灾备，备份，审计 【哪些是你常用到的数据库安全特性？如访问控制、传输加密等】 主要是权限控制、审计、灾难演练

【你看过哪些让你眼前一亮的架构案例或设计思路？】 分布式 【所在行业的场景对系统架构有哪些要求？】 稳定，性能，易用 【你认为 TiDB 是否能让您现有的架构在满足业务需求的同时更加简洁、高效和优化？】 部分场景可以

期待到来

【你想使用的数据库是什么样的】 容易管理和运维，最好有运维界面 【在哪些方面你会给 TiDB 投一票？易用性 or 其他？】 容易管理和运维,扩展方便

【你在毕业前学的是什么专业或研究方向】 电子信息工程 【如果时光倒流，如果你还想从事数据库相关工作，你会选择读什么专业】 选计算机科学 【现在还是学习、从事计算机（数据库）行业的好年代么】 是的 【其他想分享的话】 选择大于努力

你们目前有上云需求吗？ 已上 如果上云你会更倾向私有云（BYOC） 还是全托管？ 全托管 有没有相关实践经验跟大家分享（安全、效率、成本如何） 前期就要考虑到成本问题，这里的成本不仅仅包括云成本还包括迁移和升降配、实例融合等

或者 order by id 后面再加一个不影响查询结果的无关列，再或者提高 limit 的数量，比如 200，应该也会影响执行计划

order by id 改成 order by id+0 试试，这个应该是 order by 的一个优化，+0 隐式转换下

有的，你看看自己积分记录

麻烦试下将 in 改为 = 来查询，并调整列顺序来看执行计划是否不同

非事务 DML 语句用于在特定场景下绕过大事务的事务大小限制，用一条语句完成原本需要拆分成多个事务完成的任务，且执行效率更高，占用资源更少。 例如，对于一个删除过期数据的需求，在确保没有任何业务会访问过期数据时，适合使用非事务 DML 语句来提升删除性能。 参考下文章：https://docs.pingcap.com/zh/tidb/v7.5/non-transactional-dml/#非事务-dml-语句

电商支付交易记录表查询的时候，我估摸着主要是用户去根据用户 id 去查，你根据时间分区的话，意义可能不大

换了归属类别好像，找表妹要个新的兑换码就行了，向她反馈一下

必须医疗体系内的吗？

[WX20250626-093713] 希望这样的活动办的越来越好

好规范，看了下表命名这块，一看就知道是老司机写的，经验丰富

等联系吧，我得重新兑换了，给了新的兑换码。

BR 支持恢复单表数据，但只能恢复到备份时的库表名。 不支持直接恢复到同集群的不同表名。