mysql调优总结

SHOW GLOBAL STATUS LIKE '%PREPARE%';

SHOW VARIABLES LIKE '%PREPARE%'；

1.max_prepared_stmt_count

1461错误， mysql_stmt_prepare failed!

今天现场咨询我们问如何处理1461错误。

mysql_stmt_prepare failed! error(1461)Can't create more than max_prepared_stmt_count statements (current value: 16382)

max_prepared_stmt_count参数限制了同一时间在mysqld上所有session中prepared 语句的上限。
它的取值范围为“0 - 1048576”，默认为16382。
mysql对于超出max_prepared_stmt_count的prepare语句就会报1461的错误。

对于现场而言，可以先将这个值调大。

一般而言，默认值应该是足够用的，因为现场的并发其实没有那么的大。

一个可能的原因是应用端那边没有关闭prepared的语句。
直连后端master执行如下命令
mysql> show global status like ‘com_stmt%’;
查看如下3个参数值：
Com_stmt_close             prepare语句关闭的次数
Com_stmt_execute           prepare语句执行的次数
Com_stmt_prepare           prepare语句创建的次数

请确认Com_stmt_close的值是否接近于Com_stmt_prepare。

通过以下命令修改max_prepared_stmt_count的值（该值可动态修改，也可在配置文件中指定后重启服务生效）

mysql> set global max_prepared_stmt_count=100000;
Query OK, 0 rows affected (0.00 sec)

information_schema很有用，大家可以去这里面查看一些db的基础信息。

use information_schema;  -- mysql的基础信息库
select * from ENGINES ;  -- 后台存储引擎信息数据的表
show engines;   -- mysql窗口界面的命令

select * from GLOBAL_STATUS ;   --  当前运行的全局的status参数信息数据
show status;  -- 命令行查看


select * from GLOBAL_VARIABLES ;   -- 当前的全局的参数存储的数据
show variables;  -- 命令行查看

2.mariradb性能比mysql要好 ，oracla最好

 

我本地测试实现 8个线程insert单个  每秒180 mysql不太稳定每秒130