先是收到了佐原转发的两封邮件，有一封里面的内容是，客户测试环境的机器，死机了。
这个客户测试的机器，是jhb部门所有的主机项目，共享使用的机器，这台机器死机的话，就会影响到所有项目的客户测试。
另一封邮件的内容是，jhb部门内部的测试环境的机器，死机了。这个机器，也是jhb部门所有的主机项目，共享使用的机器，只不过这个不是客户测试用，而是部门内部员工测试用的。
接下来，还有管理员分析死机的原因。有一个项目的一个程序，执行了大量的数据库操作，每执行一次，就在机器上留下一行日志，当这个操作量足够大的时候，系统空间不足，把机器憋死了。
这个项目，就是叶奕凡他们做的项目，这个程序，就是当初在和国时，叶奕凡设计的那个程序。按b表的关键字，在a表中，循环执行sql语句，根据数据是否存在，而执行不同的操作那个程序。
当时设计时，曾经想过，就算有问题，最多是a表太大，速度会慢些。但没想到，测试环境中这个b表的数量也非常多，是几十万的，这样的话，几十万次的执行sql语句，每执行一次都要生成日志，这个日志文件的容积，就控制不住的变大了。
看了邮件，很快就想明白了问题，过了一会儿，佐原线上也联系他了。
“叶桑，出问题了，我先是在客户测试机上执行那个程序，但半天没有反应，挺奇怪的，就又在内部的测试机上执行，发现又没有反应，我觉得出麻烦了，赶紧联系管理员。”
问题解决到好办，把日志文件删掉就可以了，但是很可能耽误了其他项目的工作，是个大过失。
叶奕凡发了沮丧的表情给他，他回了个哭脸，又接着说：“幸亏我没在产品环境执行，不然我就会被开除的。”
叶奕凡一听，不加思索的就说：“没关系，到那时就说这个程序是我做的，我背锅，反正我是外派的，正好可以回自己公司。”
佐原一听，急忙说：“那不行，哪能轮到你，我才是项目经理。”
虽然不是产品环境，这个事儿也不小，但佐原很能沉住气，一直在以开玩笑的方式和他说着，最后说，不能影响下周一客户的测试，无论如何，周末要把程序改好，最好是明天就改好。
然后两人商量了一下改法，主要按主机程序的特点改，基本路子是这样的。
先把a和b两个表的数据，完全的导成两个文件，然后就可以抛开数据库，在主机中，一条条的比较这两个文件中的关键字，来决定是更新a文件的数据，还是向a文件追加数据。
所有的数据处理后，再把a表中的以前的数据清空，把a文件的数据导回去。这样的话，对数据库的操作就从以前的几十万，甚至几百万次，变成只有几次的导入导出了。
而通过两个文件的比较，改变文件的内容，这在主机里，速度是快的惊人的。
这种处理方式，才是主机中，最通常的方式。而当初他提出的方式，佐原和吴永宁为什么都迟疑了一下，就是因为他们觉的很少见。
不过因为是叶奕凡提的方案，所以他们不由自主的认为，他说的怎么可能不对，虽然有些迟疑，但都没有提出反对。
不能迷信权威，认为有问题就要敢于提出自己的意见，是这事的一个经验教训。