hcymysql的博客_MySQL优化原创博文

MySQL 8.0索引合并 - 优化器如何处理OR条件查询？

在MySQL 8.0中，优化器对OR条件查询的处理逻辑有了显著的改进，特别是在索引合并方面。背景在MySQL 5.7中，对于以下查询：select * from t1 where cid=3 or info='ccc';优化器无法有效利用索引，因为OR条件查询通常会导致全表扫描，特别是当两个条件分别使用不同的索引时。MySQL 8.0中的改进在MySQL 8.0中，优化器引入了索引合并（Index

ci

MySQL

主键

原创精选 9月前 578 阅读

MySQL 8.0 为 Java 开发者提供了许多强大的新特性

以下是一些关键点：1.通用表表达式 (CTE): CTE 允许您定义命名的临时结果集,这些结果集可以在后续的SELECT、INSERT、UPDATE、DELETE或CREATE VIEW语句中被引用。这对于编写复杂查询特别有用。WITH RECURSIVE employee_hierarchy AS ( SELECT id, name, manager_id, 1 AS level FRO

MySQL

主键

JSON

原创精选 2024-09-27 13:48:57 478 阅读

MySQL 允许你在 JSON 数据上创建索引

MySQL 允许你在 JSON 数据上创建索引测试用例CREATE TABLE `student` ( `id` int NOT NULL AUTO_INCREMENT, `name` varchar(255) DEFAULT NULL, `age` int DEFAULT NULL, `courses` json DEFAULT NULL, `address` json DE

JSON

mysql

数据

原创精选 2024-09-03 09:38:18 411 阅读

Readyset 是 MySQL 轻量级缓存解决方案

简介Readyset 是一种轻量级缓存解决方案，利用内存来存储缓存数据，实现复杂的 SQL 闪电般快速查询。 Readyset 介于应用程序和数据库之间，是一个Cache层。相当于Redis/Memcached的作用，但它不需要更改你的一行代码。架构Java/PHP应用程序 -> Readyset -> MySQL数据库Readyset 的工作流程如下:对于读操作:您直接向

缓存

SQL

数据库

原创精选 2024-08-19 15:07:02 541 阅读 1收藏 1评论

利用InnoDB Memcached插件，大幅提升MySQL查询性能

利用InnoDB Memcached插件，大幅提升MySQL查询性能MySQL自带有强大的Memcached插件，能够将InnoDB表中的数据直接映射到内存中，实现高性能的键值对存储。这意味着，我们可以像操作传统Memcached一样，通过简单的key来快速获取数据，而无需经过复杂的SQL解析过程。关键优势：性能大幅提升: 直接访问内存中的数据，显著加快查询速度。持久化支持: 数据不仅缓存在内存中

mysql

数据

memcached

原创精选 2024-08-07 09:38:52 418 阅读 1收藏

MariaDB Spider：实现MySQL横纵向扩展的小能手

什么是Spider？当您的数据库不断增长时，您绝对需要考虑其他技术，如数据库分片。Spider 是 MariaDB 内置的一个可插拔用于 MariaDB/MySQL 数据库分片的存储引擎，充当应用服务器和远程后端 DB 之间的代理（中间件），它可以轻松实现 MySQL 的横向和纵向扩展，突破单台 MySQL 的限制，支持范围分区、列表分区、哈希分区，支持XA分布式事务，支持跨库join。通过 Sp

mysql

分片

sharding

原创推荐 2017-04-27 15:02:17 10000+阅读 8点赞 4收藏 4评论

MaxScale2.0.1结合Java Druid连接池实现读写分离注意事项

现象：程序会不定时的出现连接错误，问题bug的异常信息如下：The last packet successfully received from the server was 116 milliseconds ago. The last packet sent successfully to the server was 115 milliseconds ago.java.sql.SQ

连接池

读写分离

原创推荐 2016-11-04 14:17:39 5434 阅读 4点赞 1收藏 2评论

/dev/sr0光驱挂载引起的CPU io_wait升高一“血案”

定期巡检发现一个怪异的问题，/dev/sr0光驱挂载引起的CPU io_wait升高，请看截图：快接近凌晨了，这时候已经没啥业务了，可以看到CPU的us使用率已经是0，但CPU第12个核出现了100.0%wa，load负载是1.0，太诡异了。立即用iotop命令查看，哪个进程占用IO过高，发现了挂载光驱引起的真凶，请看截图：可以明显的看到/dev/sr0光驱占用大量IO操作。查看系统日志，发现了错

cpu升高

原创推荐 2015-10-01 00:47:09 7460 阅读 5点赞 1评论

oneproxy中间件架构及注意事项

分布式数据库实现方案总体划分为两类：一类是程序客户端实现，对一个已有的业务来说，会涉及过多的代码改动甚至是程序逻辑上的调整。另一类是采用中间件proxy方案，前段代码改动小，通过proxy实现。架构图如下：---------------------------------------------------------------------------------------这里总结一下JAVA

proxy

中间件

oneproxy

altas

原创推荐 2015-08-17 10:12:35 2467 阅读 1点赞 2评论

Percona5.6自身已支持杀死慢SQL

还在为慢SQL而烦恼吗？如今Percona5.6解决了这个问题，这个补丁是由Twitter提供。通过max_statement_time参数控制（单位毫秒），默认为0，不限制，假如你定义了超过5秒的慢SQL，由DB自动杀死，那么就要设置set global max_statement_time = 5000;下面通过截图，看例子：可以看到，DML/DDL语句

mysql

kill

slow

percona

慢sql

原创推荐 2015-03-16 18:24:11 4364 阅读 4点赞 2评论

MariaDB 10之并行复制--延迟测试结果

测试参数：sysbench --test=/root/sysbench0.5/sysbench/tests/db/insert.lua --mysql-table-engine=innodb --oltp-table-size=1000000 --max-requests=0 --max-time=300 --num-th

mariadb

并行复制

原创推荐 2014-07-01 15:53:29 2829 阅读 2点赞 2评论

MariaDB10和MySQL5.6社区版压力测试

补上作业，MariaDB10和MySQL5.6社区版压力测试，见下图：sysbench（10.8.8.43）MySQL5.6和MariaDB10.0.11（10.8.8.100）压力测试参数：sysbench --test=oltp --mysql-table-engine=innodb --oltp-table-size=10000000 -

mysql

压力测试

mariadb

原创推荐 2014-06-10 16:01:39 4451 阅读 4点赞 5评论

针对MySQL数据库主从延迟的问题

因从库是单进程，采用队列形式应用主库推送过来的binlog日志，当主库写压力较大时，从库就会跟不上，从而产生延迟。调整业务：1、一些公司的数据库设计，把各种业务的库都放到一个数据库实例里，比如一条update更新语句较慢，那么从库就会卡在那里，出现延迟。应拆分不同的业务到不同的服务器里，例如用户登录表、网站首页涉及的表、文章帖子相关表，站内搜索表、LOG日志表，这样就减少了主库的写压力。并且这样的

mysql

延迟

原创推荐 2014-05-23 12:18:55 2439 阅读 3点赞 1评论

MySQL再度失势：继维基百科之后，Google也迁移到了MariaDB

请大家先看一下：对子查询优化，各版本的执行计划，就不难发现为啥谷歌要把MySQL给抛弃了。很好的一个产品，被Oracle做成了这样。。。摘要：即使饱受非议，MySQL当下仍然是开源数据库的人气之王。然而光鲜的背后，其神位似乎已摇摇欲坠。继维基百科及多家Linux发行公司弃用MySQL之后，互联网巨头Google也果断使用MariaDB来替换公司内上万的MySQL实例。尽管被Oracle捕获后，My

子查询

mariadb

原创推荐 2014-04-29 15:38:01 5861 阅读 4点赞 3评论

生产环境一个like模糊匹配SQL优化

SELECT s.* FROM pre_common_member s WHERE s.`username` LIKE('%植物大战僵尸%') LIMIT 100;like后面接'%关键字%' 这样是用不到索引的，会导致全表扫描，这条SQL查询耗时，见下图：耗时：27.89秒--------------------------------------------------------------

优化

like

原创推荐 2014-03-01 22:33:03 10000+阅读 3点赞 4评论

一条统计Group By语句优化

在检查慢SQL时，发现一条统计SQL执行过慢，如下：原SQLSELECT platform, channel, COUNT(DISTINCT(platformUserId)) as cnt FROM( SELECT platform, channel, platformUserId, MIN(insertTimestamp) as rtime FROM tsz_user

优化

SQL

group by

原创推荐 2014-02-17 11:42:25 3380 阅读 4点赞 2评论

archive存储引擎注意事项

我这有个业务，专门存储LOG日志的，每天都会有上千万数据，所以采用了archive存储引擎，这样写入上较快，也比较节省空间。archive存储引擎这里简单介绍下：这个可以说和MyISAM引擎差不多，备份的时候直接cp拷贝数据文件，恢复时直接cp拷贝到MySQL数据目录，而且在空间上节省了不少，下面来看看。通过物理文件，可以明显的对比出来。看看磁盘IO性能图压力有所变小。好，下面说一个注意事项。今天

引擎

官方博客	全部文章	热门标签	班级博客
了解我们	网站地图	意见反馈

鸿蒙开发者社区	51CTO学堂
51CTO	软考资讯

51CTO博客

贺春旸的技术博客

MySQL 8.0索引合并 - 优化器如何处理OR条件查询？

MySQL 8.0 为 Java 开发者提供了许多强大的新特性

MySQL 允许你在 JSON 数据上创建索引

Readyset 是 MySQL 轻量级缓存解决方案

利用InnoDB Memcached插件，大幅提升MySQL查询性能

MariaDB Spider：实现MySQL横纵向扩展的小能手

MaxScale2.0.1结合Java Druid连接池实现读写分离注意事项

/dev/sr0光驱挂载引起的CPU io_wait升高一“血案”

oneproxy中间件架构及注意事项

Percona5.6自身已支持杀死慢SQL

MariaDB 10之并行复制--延迟测试结果

MariaDB10和MySQL5.6社区版压力测试

针对MySQL数据库主从延迟的问题

MySQL再度失势：继维基百科之后，Google也迁移到了MariaDB

生产环境一个like模糊匹配SQL优化

一条统计Group By语句优化

archive存储引擎注意事项

欢迎