全文检索:sphinx_elasticsearch_xunsearch选型分析

CrazyKenCN
全文检索:sphinx_elasticsearch_xunsearch选型分析开发语言：Sphinx和Xunsearch是基于C/C++开发、Elasticsearch基于java开发MySQL数据导入及索引生成：Sphinx > Elasticsearch > XunsearchSphinx跟RDBMS(特别是MYSQL)绑定的特别紧密，在导入MySQL数据生成索引时，从易用性、可靠性、速度上来看，Sphinx优于ElasticSearch。Sphinx真的很快。ElasticSe 阅读全部

mysql优化–explain分析sql语句执行效率

CrazyKenCN
Explain命令在解决数据库性能上是第一推荐使用命令，大部分的性能问题可以通过此命令来简单的解决，Explain可以用来查看SQL语句的执行效 果，可以帮助选择更好的索引和优化查询语句，写出更好的优化语句。Explain语法：explain select … from … [where …]例如：explain select * from news;输出：+----+-------------+-------+-------+-------------------+---------+---- 阅读全部

转载：MySQL Performance-Schema(三) 实践篇

CrazyKenCN
前一篇文章我们分析了Performance-Schema中每个表的用途，以及主要字段的含义，比较侧重于理论的介绍。这篇文章我主要从DBA的角度出发，详细介绍如何通过Performance-Schema得到DBA关心的数据，比如哪个SQL执行次数最多，哪个表访问最频繁，哪个锁最热等信息。通过充分利用Performance-Schema表的数据，让DBA更了解DB的运行状态，也更有助于排查定位问题。本文主要从两方面展开讨论，第一方面是统计信息维度，包括SQL维度，对象维度和等待事件维度三小点；第二方 阅读全部

转载：MySQL Performance-Schema(二) 理论篇

CrazyKenCN
MySQL Performance-Schema中总共包含52个表，主要分为几类：Setup表，Instance表，Wait Event表，Stage Event表Statement Event表，Connection表和Summary表。上一篇文章已经着重讲了Setup表，这篇文章将会分别就每种类型的表做详细的描述。Instance表     instance中主要包含了5张表：cond_instances，file_instances，mutex_instanc 阅读全部

转载：MySQL Performance-Schema(一) 配置篇

CrazyKenCN
performance-schema最早在MYSQL 5.5中出现，而现在5.6，5.7中performance-Schema又添加了更多的监控项，统计信息也更丰富，越来越有ORACLE-AWR统计信息的赶脚，真乃DBA童鞋进行性能诊断分析的福音。本文主要讲Performance-Schema中的配置表，通过配置表能大概了解performance-schema的全貌，为后续使用和深入理解做准备。配置表Performance-Schema中主要有5个配置表，具体如下：root@performanc 阅读全部

MySQL 找到创建临时表到磁盘的SQL

CrazyKenCN
mysql> select version();+------------+| version()  |+------------+| 5.6.14-log |+------------+mysql> show global status like 'Created_%_tables';+-------------------------+-------+| Variable_name          &n 阅读全部

使用Mysql联合索引减少 create sort index 和filesort ，提高 order by 性能的案例和优化方法

CrazyKenCN
总结：如果使用 where `index_1` + order by `index_2` 的情况下，可能会引起 using filesort ，可通过 explain 查看，mysql将会先取出数据，然后在内存中生成临时文件并排序。如果大量的这种查询，会导致CPU占用过高。优化方法即增加联合索引，直接读取索引就可以得到顺序，不需要临时排序。联合索引的顺序需要与查询语句中的顺序一致！如  where `index_1` = ?& 阅读全部

【转载】一个MySQL 5.7.18分区表性能下降的案例分析与排查

CrazyKenCN
作者介绍姜宇祥，2012年加入携程，10年数据库核心代码开发经验，相关开发涉及达梦、MySQL数据库。现致力于携程MySQL的底层研发，为特殊问题定位和处理提供技术支持。本文来自携程技术中心公众号（id：ctriptech），经同意授权转载。 前言：希望通过本文，使MySQL5.7.18的使用者知晓分区表使用中存在的陷阱，避免在该版本上继续踩坑。同时通过对源码的分享，升级MySQL5.7.18时分区表性能下降的根本原因，向MySQL源码爱好者展示分区表实现中锁的运用。 问题描 阅读全部

Ubuntu中Mysql 5.7的open_files_limit默认值过小导致的server has gone away问题解决

CrazyKenCN
Mysql 5.7的open_files_limit 默认值为 1024，连接数过多和打开表，都会占用这个值。问题：MySQL server has gone away原因：open_files_limit默认值过小，导致mysql报错：Too many open files，进而mysql停止服务。其它很多情况都会引起 gone away ，具体情况需要查询mysql的错误日志，本文主要解决由 open_files_limit 值引起的问题。解决步骤：第1步、修改 mysq 阅读全部

MySQL 百万级-千万级分页优化

CrazyKenCN

 少量翻页使用：SELECT * FROM table ORDER BY id LIMIT 1000, 10; 优化型翻页：SELECT * FROM table WHERE id >= (SELECT id FROM table LIMIT 1000000, 1) LIMIT 10; 超快速优化页：SELECT * FROM table WHERE id BE

阅读全部

mysql服务性能优化—my.cnf_my.ini配置说明详解(16G内存)

CrazyKenCN

 此配置是某生产线上使用的配置，在培训的时候，他给的，我在这里，对各参数添加了中文说明

这配置已经优化的不错了，如果你的mysql没有什么特殊情况的话，可以直接使用该配置参数

... 阅读全部