mysql使用乐观锁时，自带的悲观锁会失效么？
这是三个完全不同的概念。
1.在表中减少version，是由你自己写的程序或则sql的where条件完全控制的，却没真正的的经过mysql的事务层。2.悲观锁是mysql自己以维护的锁机制，你加不ersion跟悲观锁没关系啊，而只跟你设置的事务级别有关系
mysql串行化加的什么锁？
MySQL大概情况可总结为200元以内3种锁：
表级锁：开销小，加锁快；不会出现死锁；完全锁定粒度大，发生锁的概率极高，心内膜炎度最低。
行级锁：开销大，加锁慢；会再次出现死锁；移动到粒度大于，发生锁的概率最低，如脓毒度也更高。
页面锁：开销和加锁时间界于表锁和行锁之间；会再次出现死锁；移动到粒度界于表锁和行锁之间，并发度好象
mysql中如何查看是什么占用CPU内存？
MySQL正处于高负载环境下，磁盘IO读写过多的话，绝对会电脑资源很多资源，势必CP会U占用过低。占用带宽CPU温度过高，也可以做:考虑：
1.再打开慢网上查询日志，可以查询是否是是某个SQL语句电脑资源过多后资源，如果没有是的话，这个可以对SQL语句进行优化系统，例如系统优化upsert语句、系统优化group by语句、优化系统order by语句、优化软件join语句等等；
2.考虑到索引问题；
3.定期定时讲表，可以使用optimizetable；
4.系统优化数据库对象；
5.考虑到如何确定是锁问题；
6.调整一些MySQLServer参数，比如说key_buffer_size、table_cache、innodb_buffer_pool_size、innodb_log_file_size等等；
7.要是数据量过大，这个可以判断可以使用MySQL集群也可以堆建高可用环境。
mysql innodb的区别？
MySQL存储引擎MyISAM与InnoDB的区别
一、InnoDB意见事务，MyISAM不允许，这件事是更加之不重要。事务是一种低级的处理，如在一些列增删改中只要哪个错误还也可以回滚还原系统，而MyISAM就不可以了。
二、MyISAM适合我查询在内再插入为主兼顾的应用，InnoDB合适很频繁修改包括设计到安全性就高的应用。
三、InnoDB支持什么外键，MyISAM不支持什么。
四、MyISAM是设置成引擎，InnoDB不需要指定你。
五、InnoDB不接受FULLTEXT类型的索引。
六、InnoDB中不能保存表的行数，MyISAM只要你简单读得出能保存好的行数再试一下。
七、是对自再增长的字段，InnoDB中要乾坤二卦只有一该字段的索引，但是在MyISAM表中可以和其他字段相互确立组建索引。
八、清空整个表时，InnoDB是一行一行的删除
九、InnoDB意见行锁。
