描述一个你参与过的项目，其中涉及数据安全（如用户隐私保护、数据脱敏）和性能测试（如压力测试、负载测试）。请说明具体措施（如加密、脱敏、测试方案）以及遇到的问题和解决方案。

1) 【一句话结论】在用户登录系统项目中，通过动态数据脱敏（手机号中间4位替换为*）和压力测试（JMeter模拟1000并发用户），既保障了用户隐私，又验证了系统在高并发下的稳定性，成功解决了数据泄露风险和系统崩溃问题。

2) 【原理/概念讲解】老师解释数据安全中的用户隐私保护，核心是防止敏感信息泄露。数据脱敏是常见手段，分静态（数据入库前处理，如手机号1234567890变为12347890，永久脱敏）和动态（用户查询时实时处理，如用户A查询时显示12347890，用户B不同，按需脱敏）。性能测试中的压力测试，是模拟系统在极端负载下的表现（如高并发），用于验证系统极限能力；负载测试则是模拟正常工作负载（如日常用户量），用于评估系统日常稳定性。类比：数据脱敏像给用户数据“打马赛克”，只显示部分信息；压力测试像给系统做“极限耐力跑”，看它是否在超负荷下还能正常工作。

3) 【对比与适用场景】

对比维度	静态数据脱敏	动态数据脱敏	压力测试	负载测试
定义	数据入库前处理，永久脱敏	用户查询时实时处理，非永久脱敏	模拟系统在极端负载下的性能	模拟系统在正常工作负载下的性能
特性	不可逆，数据永久脱敏	可逆，按需脱敏	测试系统极限能力	评估系统日常性能
使用场景	数据库备份、数据共享	用户查询、数据展示	系统上线前验证高并发能力	系统日常性能监控
注意点	可能丢失部分数据信息	需要实时处理能力，成本较高	需要高并发测试工具	需要模拟真实用户行为

4) 【示例】假设项目是“用户登录系统”，数据安全措施：对用户手机号进行动态脱敏，处理逻辑（伪代码）：
用户查询时，获取手机号，中间4位替换为*，如1234567890变为1234****7890。
性能测试：使用JMeter模拟1000个并发用户同时登录，测试指标包括响应时间（目标<2秒）、错误率（目标<1%）、资源占用（CPU<50%，内存<500MB）。
遇到问题：压力测试中发现，当并发用户达到800时，系统响应时间突然上升至5秒，且部分用户出现“登录失败”错误。
解决方案：优化数据库查询（添加索引，优化SQL语句），增加服务器资源（从2台服务器扩展到4台），并引入Redis缓存（缓存用户登录状态），问题解决后，压力测试通过（1000并发用户响应时间<2秒，错误率为0）。

5) 【面试口播版答案】
“我参与过一个用户登录系统的项目，其中涉及数据安全（用户隐私保护）和性能测试。为了保护用户隐私，我们对用户手机号进行了动态脱敏处理，比如用户查询时，手机号中间4位会被替换为星号，比如‘1234567890’显示为‘1234****7890’，既保留了用户身份标识，又防止了敏感信息泄露。在性能测试方面，我们做了压力测试，用JMeter模拟1000个并发用户同时登录，发现当并发达到800时系统响应变慢。后来我们优化了数据库查询（加了索引），增加了服务器资源，并引入了Redis缓存，问题解决后，系统在高并发下能稳定运行，响应时间控制在2秒以内。”（约80秒）

6) 【追问清单】

• 问：数据脱敏中，静态和动态的区别？
  回答要点：静态脱敏是数据入库前处理，永久脱敏；动态是按需处理，查询时实时脱敏，更灵活但成本高。
• 问：压力测试和负载测试有什么区别？
  回答要点：压力测试模拟极端负载，验证系统极限能力；负载测试模拟正常工作负载，评估日常性能。
• 问：遇到压力测试问题后，除了优化数据库和增加服务器，还做了什么？
  回答要点：引入缓存（如Redis缓存用户状态），减少数据库压力。
• 问：数据脱敏的适用场景有哪些？
  回答要点：用户查询、数据展示、数据共享等场景。
• 问：压力测试中，除了响应时间，还关注哪些指标？
  回答要点：错误率、资源占用（CPU、内存）、吞吐量等。

7) 【常见坑/雷区】

• 数据脱敏方法选择不当：比如用简单替换导致信息丢失过多，或未考虑业务需求（如某些场景需要保留部分信息）。
• 性能测试场景不全面：只做压力测试，未考虑负载测试，导致系统在正常负载下性能不足。
• 问题分析不深入：遇到性能问题时，只说“优化代码”，未具体分析是数据库瓶颈还是网络问题。
• 忽略数据脱敏的实时性：静态脱敏导致数据更新后未同步，或动态脱敏处理延迟导致用户体验差。
• 压力测试工具选择不当：用简单工具模拟，结果不准确，影响测试结论。