写的很详细，学习了~

磁盘满一般现网遇到的分为两种情况：（1）某个磁盘满了，达到某磁盘容量的90%,整个集群会进入只读状态，原因是数据倾斜导致的；（2）集群总容零达到90%，表示容量快满了；两种情况都会发给运维告警，第一种问题，运维配合客户解开只读，客户解决倾斜问题，集群可以恢复；第二种问题，运维配合客户解开只读，客户删除不用数据，如果数据确实这么多，那么建议客户扩容；注：一般第一个问题出现较多，第二个问题在集群容量到达70%的时候，就会告警，运维同事提前通知客户进行处理，删除不用数据或者扩容；

当前云上DWS与CES监控服务做了对接，提供一些关于数据的一些监控指标，例如：活跃SQL，当前会话数等等；以及关于数据库实例的监控：例如: CPU/内存使用率，网络带宽，磁盘IO等等；目前DWS的监控功能还在不断的完善，规划中的新的特性会从更细更全的粒度为客户提供监控，当然大家在使用过程中遇到对DWS监控的需求都可以提出来，内部会进行评估，如果新特性已经覆盖，则会关闭；如果没有，我们还会考虑是否纳入新的管道当中；欢迎各位对DWS提出建议~

对，线上特有的，客户用不了的，就是个系统用户

线上有个内部运维用户Ruby,这个是个系统自己的用户，会运行一些系统任务，所以需要去掉这个用户，才能看到真正实际的用户的运行SQL

 感觉可以从客户关心的角度，可以分为：DWS使用的DWS最佳实践：（1）数据库开发和设计；（2）导入导出数据；（3）DWS的基本使用，客户端，连接方式等；解决方案层面的应用场景：（1）DWS与其他服务配合的云上流通，例如园区场景的DWS+DAYU；搬迁的DWS+CDM+DLI；大数据平台的DWS+MRS等；（3）需要有全流程的操作例子，指导客户能自己跑通；案例层面：（1）帮助客户解决什么样的问题，性能提升，成本节省等；（2）重大竞争里特性，与友商的对比，我们的差异化竞争力体现在什么地方；

很详细，拜读啦，我觉的可以申请精品博文了，因为很专业~

1.应该是DWS中只支持timestamp的时间类型，其他的还不支持，所以需要修改时间类型为timestamp; 2.DWS是OLAP数据库，不适合单挑大并发的insert插入，效率会很差，数据膨胀率很高，另外，又使用了sequence，每插入一条都要去GTM申请sequence号，所以效率进一步变差；给出的解决方案就是（1）不使用sequence,如果需要唯一号，可以再业务端利用程序生成类似UUID之类的唯一序号；（2）使用copyManager微批插入，即积攒一定数据量后一次性插入DWS，解决数据膨胀问题；

非常详细，总结的很到位，基本上涵盖了日常报错，如果再分析下DataStudio的日常报错原因的话就更好了~，点赞~

很实用的小技巧