数据派

摘要： 索引是一种提高我们查询效率的数据结构，大家肯定很熟悉，在日常数据库优化工作中经常会接触到 今天说一说索引的底层结构。 【索引结构】 MySQL 索引一般是哈希表或 B+ 树，常用的 InnoDB 引擎默认使用的是 B+ 树来作为索引的数据结构。 为什么不用哈希表？ 什么是哈希表？ 哈希表（也叫散列表 阅读全文

摘要： 如何减少CPU消耗？ 减少等待 减少IO量。 SQL/index，使用合适的索引减少扫描的行数（需平衡索引的正收益和维护开销，空间换时间） 提升IO处理能力 加cache/加磁盘/SSD 减少计算 减少逻辑运算量 避免使用函数，将运算转移至易扩展的应用服务器中 如substr等字符运算，datead 阅读全文

摘要： noeviction：返回错误当内存限制达到并且客户端尝试执行会让更多内存被使用的命令（大部分的写入指令，但DEL和几个例外） allkeys-lru：尝试回收最少使用的键（LRU），使得新添加的数据有空间存放。 volatile-lru：尝试回收最少使用的键（LRU），但仅限于在过期集合的键,使得 阅读全文

摘要： 事务是一个单独的隔离操作：事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中，不会被其他客户端发送来的命令请求所打断。 事务是一个原子操作：事务中的命令要么全部被执行，要么全部都不执行。 Redis事务相关的命令有哪几个？？ MULTI、EXEC、DISCARD、WATCH 阅读全文

摘要： 在SSMS（Microsoft SQL Server Management Studio）里面，查看数据库对应的表的时候，会遇到“Lock Request time out period exceeded.(Microsoft SQL Server, 错误1222）”， 对应的中文错误提示为“已超过 阅读全文

摘要： 问题背景： 客户反馈系统性能存在严重问题，需要协助排查 排查发现系统有大量锁持有资源时间过长 临时手工KILL产生死锁源头的会话， 协助排查死锁产生的原因发现，业务提交至此节点，项目二开嵌套了一个其他事务导致死锁频发。 死锁产生的原因： ①会话A，update 1 nocommit ②会话B，upd 阅读全文

摘要： 既然Redis是如此的轻量（单实例只使用1M内存）,为防止以后的扩容，最好的办法就是一开始就启动较多实例。即便你只有一台服务器， 你也可以一开始就让Redis以分布式的方式运行，使用分区，在同一台服务器上启动多个实例。 一开始就多设置几个Redis实例，例如32或者64个实例，对大多数用户来说这操作 阅读全文

摘要： Proxool 是完全可以和C3P0相媲美的，至于有些人说性能高于C3P0我至少没有做过系统的TEST，但是根据在项目中的表现来说 Proxool相当的不错，而从其后台查询界面以及可以在JavaBean中来使用这两点就足以够贴心了的。 但是无奈的是Proxool的资料很少，所以网上很多的伪技术们疯狂 阅读全文

摘要： 还原一个测试库，显示为正在还原状态 在这种状态下，由于未提交的事务没有回滚，导致数据库不可以访问。 解决：执行查询restore database 数据库名 with recovery 后正常 阅读全文

摘要： 双主+keepalived+haproxy配置（负载均衡） 实验系统：CentOS 6.5_x86_64实验前提：防火墙和selinux都关闭实验软件：keepalived-1.2.13 haproxy-1.8.13 mysql—5.7.21主1 ip：192.168.226.134主2 ip：19 阅读全文