MySQL服务维护笔记 续

　　一次优化实战

　　以下例子是对一个论坛应用进行的优化：

　　用Webalizer代替了原来的通过数据库的统计。

　　首先通过TOP命令查看MySQL服务的CPU占用左右80%和内存占用：10M，说明数据库的索引缓存已经用完了，修改启动参数，增加了-O key_buffer=32M，过一段时间等数据库稳定后看的内存占用是否达到上限。最后将缓存一直增加到64M，数据库缓存才基本能充分使用。对于一个数据库应用来说，把内存给数据库比给WEB服务实用的多，因为MySQL查询速度的提高能加快web应用从而节省并发的WEB服务所占用的内存资源。

　　用show processlist;统计经常出现的SQL：

　　每分钟运行一次show processlist并记录日志：
　　* * * * * (/home/mysql/bin/mysql -uuser -ppassword < /home/chedong/show_processlist.sql >>  /home/chedong/mysql_processlist.log)

　　show_processlist.sql里就一句：
　　show processlist;

　　比如可以从日志中将包含where的字句过滤出来：
　　grep where mysql_processlist.log

　　如果发现有死锁，一定要重新审视一下数据库设计了，对于一般情况：查询速度很慢，就将SQL where字句中没有索引的字段加上索引，如果是排序慢就将order by字句中没有索引的字段加上。对于有%like%的查询，考虑以后禁用和使用全文索引加速。

　　还是根据show processlist;看经常有那些数据库被频繁使用，考虑将数据库拆分到其他服务端口上。

　　MSSQL到MySQL的数据迁移：ACCESS＋MySQL ODBC Driver

　　在以前的几次数据迁移实践过程中，我发现最简便的数据迁移过程并不是通过专业的数据库迁移工具，也不是MSSQL自身的DTS进行数据迁移（迁移过程中间会有很多表出错误警告），但通过将MSSQL数据库通过ACCESS获取外部数据导入到数据库中，然后用ACCESS的表==>右键==>导出，制定ODBC，通过MySQL的DSN将数据导出。这样迁移大部分数据都会非常顺利，如果导出的表有索引问题，还会出添加索引提示（DTS就不行），然后剩余的工作就是在MySQL中设计字段对应的SQL脚本了。

上一页  [1] [2] [3]