性能优化方面,日志方面该注意什么?

楼主这个话题挺有实际意义。收起

日志大小，我一般根据业务量和业务类型，10分钟或者更长时间能够写满一个日志为标准，这样日志每次切换时都会进行全checkpoint，数据库一旦出现宕机，能够保证进行崩溃回复的时间不会太长，至于个数问题，个数乘以大小能够满足你的业务就可以了，second日志不是预先分配的，是你的主日志不够使用时才会分配，LOGPRIMARY+LOGSECOND有最大限制，不能超过256个收起

日志归档时会对性能有一定影响，对于数据插入量及并发量比较高的系统建议将日志大小设置一个较大的值收起

1.这些参数主要是看应用产生的数据量
2.所以数量，大小，个数，都和数据量有关
3.一般都会设置secondary的收起

日志文件大小，太大的话，在进行日志切换时会存在性能尖峰，太小的话当数据库活动频繁读写较多时会存在频繁切换日志的情况，因此需要有一个权衡，我们都是用的256M一个收起