数据库管理员实习报告

嘿嘿，你的实习报告写得很全面了，不过这里先不说这个了。
让我告诉你，在过去的十年里，作为一名 DBA，我遇到了很多陷阱，我是认真的。

一年前，我在北京一家外包公司工作，找到了一份帮助一家从事工业自动化的大工厂迁移数据库的工作。
他们的系统 SQL Server 2 005 用起来很糟糕。
表结构杂乱，数据备份完全依赖磁盘备份，DBA？他们连专门的岗位都没有，运维人员就只管管。

场景：当时他们的生产线出现问题，由于备份盘已满，没有及时清理，导致一半数据丢失。
老板急得跳了起来，运维人员一脸茫然。
我去一看，哦，日志文件保存到3 G了，备份策略根本没有设置自动清理。
我告诉他们，“你需要制定正式的备份策略并定期检查恢复测试！”他们愣了半晌，说道：“什么？太麻烦了，老方法就好。
”
结果？后来他们更新了系统并找到了我。
代码非常简单，存储过程很容易就有数百行，而且注释都是猜测。
我花了一个月的时间来标准化备份并删除所有该死的冗余索引。
那个月我掉了很多头发。

经验：数据库需要的不仅仅是 SQL 知识。
您需要了解备份和恢复，并且能够对其进行管理。
不要试图省麻烦。
问题是暂时的，问题是永久性的。
后来那些家伙终于想通了，但是代价却很高。

我们来谈谈另一个陷阱。
去年，我帮助上海一家电子商务公司进行读写分离。
他们的系统阿里云 RDS 取得了良好的开端。
结果呢？业务扩张如此之快，不到半年时间，主数据库就崩溃了。
为什么？索引没有优化，查询语句全部从表中解析，主库压力很大。

场景：当时晚上两点，监控报警，主库CPU上升到9 5 %。
我很快开始了只读副本并扔掉了所有问题。
第二天，业务经理骂道：“你搞什么鬼？昨晚系统宕机了，用户一直抱怨！”我说：“你写代码的时候为什么不考虑数据库呢？”他们说：“我负责写代码，你负责数据库。
”
气得我差点当场辞职。
后来我给他们写了一系列的优化建议，包括索引、查询语句、内存存储，都给他们列得很清楚。
直到那时，他们才开始诚实并开始聘请专门的 DBA。
DBA来了之后，系统变得稳定多了。

心得：业务和DBA一定要早沟通。
不要等到事情发生了才后悔。
数据库优化不是一朝一夕的事情，需要不断的跟进。

你看，这十年来遇到的坑我都通过反复的教训学会了。
什么你的实践报告里写的，日语培训，Java实践培训，这些都不算什么。
关键是知道如何运用这些知识来解决问题。

建议：不要只停留在理论层面，要更加实际。
对于SQL Server 2 008 ，多练习。
索引、备份和性能调优是核心。
请记住，当你毕业时，你除了写一些花哨的报告之外什么都不会。

如果您有任何具体问题，请告诉我，我会与您交谈。
不要只是阅读报告，而是要实践它。

急求SQL数据库的实训总结,以及在实训中碰到的问题和体会

这是一个陷阱。
不要相信理论。
在实际应用中，数据库设计应该具体、简洁。