标题中的“mysql 卡死 大部分线程长时间处于 sending data 的状态”指的是MySQL数据库在运行过程中出现了性能问题，导致许多线程停滞在“sending data”状态，这通常意味着MySQL正在向客户端发送数据或者从磁盘读取数据。描述中提到的情况是一个服务器承载着大量动态PV（页面浏览量），并且SQL查询频率较高，而另一台类似配置的服务器负载较小。两台服务器都遇到了线程卡死在“sending data”、“locked”或“update”状态的问题。
在排查这个问题时，首先考虑了SQL优化，发现卡死的查询语句是简单的且索引良好，因此排除了SQL语句的问题。接着进行了表优化，但问题依然存在。之后调整了MySQL的内存配置，比如增大了key_buffer和thread_cache，然而并未改善状况。减少query_cache的大小至16M，并对一些静态数据进行缓存，反而意外地解决了问题。这可能是因为频繁更新的数据导致query_cache频繁刷新，降低了效率，减小query_cache减轻了这一负担。
虽然问题暂时得到了缓解，但作者怀疑可能问题根源在于程序，特别是那些频繁查询的产品说明文字，尽管每次查询的数据量不大，但查询频率高。由于缺乏有效的诊断工具，问题的根源未能完全确定。
MySQL服务器进程满导致卡死可能的原因之一是并发连接过多。当连接数超过预设限制时，会导致服务响应缓慢甚至无响应。在这种情况下，检查并调整连接数限制、优化并发处理能力，以及确保数据库的正确配置至关重要。此外，数据表类型的选择也可能影响性能，例如将InnoDB表转换为MYISAM有时可以解决数据读取问题。
遇到MySQL服务器卡死的情况，应从多个角度进行排查，包括但不限于：
1. SQL查询优化：确保查询语句高效，充分利用索引。
2. 表结构优化：如适当选择存储引擎，对表进行碎片整理或优化。
3. 内存配置：合理设置key_buffer_size、thread_cache_size、query_cache_size等参数以提高性能。
4. 并发控制：调整max_connections限制，避免过多连接导致资源耗尽。
5. 程序审查：检查代码中是否存在死锁、未提交的事务等问题。
6. 数据库维护：定期进行修复和备份，防止数据损坏影响服务。
在实际操作中，需要结合慢查询日志、性能分析工具（如pt-query-digest）和监控工具（如MySQL Enterprise Monitor）来定位和解决问题。对于大型、高负载的数据库系统，了解和优化MySQL的配置、性能调优以及问题排查技巧是非常必要的。
