问题一：dms登录redis实例时报错？
dms登录redis实例时报错？
参考答案：
数据库账号密码不正确，修改账号密码后就可以了
关于本问题的更多回答可点击进行查看：
https://developer.aliyun.com/ask/601553?spm=a2c6h.12873639.article-detail.8.44ac4378JCKa4g
问题二：dms登录不上怎么回事？
dms登录不上怎么回事？问下我有台redis，怎么现在登录dms查询不了，提示是：NOAUTH Authentication required. 昨天还正常的
参考答案：
辛苦您重新登录实例
关于本问题的更多回答可点击进行查看：
https://developer.aliyun.com/ask/601552?spm=a2c6h.12873639.article-detail.9.44ac4378JCKa4g
问题三：dms RDS MySQL8.0 如何增加参数？
dms RDS MySQL8.0 如何增加参数？ innodb_large_prefix=on 导入参数中填写不起作用 
参考答案：
咨询一下rds的同学吧
关于本问题的更多回答可点击进行查看：
https://developer.aliyun.com/ask/601551?spm=a2c6h.12873639.article-detail.10.44ac4378JCKa4g
问题四：dms归档的时候，cpu资源消耗比较高，这种可以设置分批执行么，或者降低使用率？
dms归档的时候，cpu资源消耗比较高，这种可以设置分批执行么，或者降低使用率？
参考答案：
在DMS归档过程中，如果遇到CPU资源消耗较高的情况，可以采取以下措施来分批执行或降低使用率：
- 优化查询语句：检查并优化那些导致高逻辑读（逻辑IO）的查询语句。减少不必要的全表扫描和复杂的排序操作，确保使用正确的索引来降低查询成本。
- 调整应用架构：如果应用负载（QPS）过高，可能需要重新设计应用架构，比如引入缓存机制、读写分离或者使用更高效的数据存储方案。
- 升级实例规格：增加CPU资源可以帮助应对高负载情况。您可以考虑升级RDS实例的规格，以提供更多的计算能力。
- 分批处理：尝试将归档任务分成多个小批次执行，避免一次性加载过多数据导致CPU使用率飙升。
- 监控和分析：定期监控系统的CPU使用情况，分析TOP进程和SQL查询，以确定是否有异常消耗资源的查询或操作。可以使用像ASH/AWR报告这样的工具来帮助分析。
- 业务调整：在业务高峰期避免执行资源密集型的任务，选择在系统负载较低的时段进行归档操作。
- 限制并发：适当限制并发操作的数量，减少同时运行的任务，以降低CPU的瞬时负载。
- 优化数据库配置：根据实际的业务需求和服务器性能，调整数据库的配置参数，如缓冲池大小、连接数等，以提高整体性能。
总的来说，通过上述方法，您应该能够有效管理和降低DMS归档时的CPU资源消耗，从而避免对业务造成影响。如果您不熟悉这些操作，建议联系专业人员或服务提供商获取帮助。
关于本问题的更多回答可点击进行查看：
https://developer.aliyun.com/ask/601550?spm=a2c6h.12873639.article-detail.11.44ac4378JCKa4g
问题五：dms用户归档成功了，但是目标库没有数据，源库的数据也被删了。麻烦看下这个问题？
dms用户归档成功了，但是目标库没有数据，源库的数据也被删了。麻烦看下这个问题？
参考答案：
如果归档方式是专属存储，按照这个文档的操作也查不到数据吗？https://help.aliyun.com/zh/dms/query-the-data-archived-to-oss-buckets-or-dedicated-storage-space?spm=a2c4g.11186623.0.0.696d29b0GeOVe1
你这个条件有点太长了 不知道是不是过滤条件的问题，报语法错误是有原因的 删除条件里面带删除的表名本身就很有风险 数据库是不允许这样的，数据库本身已经阻拦过你一次执行这个动作了
关于本问题的更多回答可点击进行查看：
https://developer.aliyun.com/ask/601549?spm=a2c6h.12873639.article-detail.12.44ac4378JCKa4g
