人为失误一般分两类，一种是DBA操作失误，一种是程序员开人员程序里使用不当。DBA一般我们认为是数据库管理的专家了，出错的概率比较小，但是一旦出错，危险是做大的。比如我们经常调侃的“删库跑路”，虽然是依据调侃，但是我是真真的见到过两次，生产环境出现一次，就会在你的工作生涯上记上“光辉”一笔，所以说DBA算是一个高危工作了吧。另一种是开发人员使用不当。常见的比如在使用大表时候，不考虑是否有索引，进行了全表扫描，导致整个数据库被拖垮。
数据库的访问瓶颈
只要是数据库，就会有并发量的限制。以前使用MySQL，我们经常看到互联网公司并发上万的压测。但是对于很多新型的MPP数据库，他们的并发并不是你想的那样，MPP一般由集群CPU物理核数有关。比如以前开发程序查询的MySQL，迁移到GP，那么你的数据库连接池要改一改了。特别是对于一些面向互联网的网站，数据库管理层也要做访问策略，不然，一个外挂可能就会把你的库搞死。
索引
我们都知道索引在传统的关系型数据库中使用的很多，效果也很明显。但是你要知道索引是拿存储换时间的操作。曾遇到过开发人员动不动就让建索引，搞的好像不要钱一样。还有像Vertica（适用OLAP场景）这个数据库就比较友好了，不需要建立索引，只需要在建表时候预排序分布即可提高查询效率，同时列存储的数据还是压缩的，降低了存储，还提高了查询效率。
HA（高可用）