淘宝嘉年华：MySQL+SSD优化与Flashcache实践

"淘宝嘉年华分布式资料共享主要探讨了在MySQL集群中使用SSD作为二级缓存的优化实践，包括方案选型、性能调优、稳定测试以及遇到的问题和解决方案。" 在分布式数据库环境下，面对大数据量和高读写压力，淘宝嘉年华资料分享了一种采用SSD（固态硬盘）作为Flashcache的优化策略。选型目标是应对30亿条数据，承受读写压力分别为TPS（每秒事务处理量）500*16（峰值）和QPS（每秒查询量）7000*16（峰值）。考虑到成本和余量，他们期望在150亿的数据量下，能应对5倍的压力。 在方案选型中，对比了FusionIO的ioDrive和SSD，ioDrive的官方数据显示其有出色的耐用性，但SSD在某些场景下可能更具性价比。SSD的存储路径涉及CPU、北桥、南桥、SAS/RAID控制器、背板到磁盘，这一过程影响了SSD作为缓存的效率。 Flashcache的引入大大提升了性能，元数据开销相对较小，每个内存中的set包含512个blocks。在业务压测中，DB的用户负载占比45%，iowait（等待I/O完成的时间）为8.20%，BPhit（缓冲池命中率）高达99.3%，而Flashcache命中率达到了98.2%。这表明Flashcache有效地减少了磁盘I/O，提高了响应速度。对于1/4的热点数据，RT（响应时间）仅为7ms，而对于大部分非热点数据，RT平均为18ms，写更新操作的RT同样为7ms。 然而，引入Flashcache也带来了新的挑战，如数据丢失、非业务操作对Cache效率的影响，以及如何管理和排查问题。预热过程中，通过测试发现，169G的数据大约需要8-13分钟预热，速度约为221MB/s。在遭遇各种down机情况后，持续监控cachehit%至关重要，并且通过白名单机制来减少非预期操作对cache的影响。 这份资料详尽地阐述了SSD在MySQL集群中的应用，展示了如何通过Flashcache优化数据库性能，同时也揭示了实际操作中可能遇到的风险和解决办法，对于理解分布式数据库的性能优化和SSD缓存的使用具有很高的参考价值。