redis做mysql的缓存
1、对于变化频率非常快的数据来说，如果还选择传统的静态缓存方式（Memocached、File System等）展示数据，可能在缓存的存取上会有很大的开销，并不能很好的满足需要，而Redis这样基于内存的NoSQL数据库，就非常适合担任实时数据的容器。
2、redis是一种内存性的数据存储服务，所以它的速度要比mysql快。2，redis只支持String，hashmap，set，sortedset等基本数据类型，但是不支持联合查询，所以它适合做缓存。3，有时候缓存的数据量非常大，如果这个时候服务宕机了，且开启了redis的持久化功能，重新启动服务，数据基本上不会丢。
3、如何使用redis做mysql的缓存 确定结果集标识符之后，从Redis读数据或向Redis写数据的思路就很清晰了。对于一个sql语句格式的数据请求，首先计算该语句的MD5并据此得到结果集标识符，然后利用该标识符在Redis中查找该结果集。注意，结果集中的每一行都有一个相应的键，这些键都存储在一个Redis集合结构中。
4、使用mysql的udf，详情请看MySQL ： MySQL 1 Reference Manual ： 23 Adding New Functions to MySQL 然后通过trigger在表update和insert之后进行函数的调用，写入到redis中去。大致是这个样子。
5、check table 和 repair table 登陆mysql 终端：mysql -uxxxxx -p dbname check table tabTest；如果出现的结果说Status是OK，则不用修复，如果有Error，可以用：repair table tabTest；进行修复，修复之后可以在用check table命令来进行检查。在新版本的phpMyAdmin里面也可以使用check/repair的功能。
6、redis缓存其实就是把经常访问的数据放到redis里面，用户查询的时候先去redis查询，没有查到就执行sql语句查询，同时把数据同步到redis里面。redis只做读操作，在内存中查询速度快。
北京IT培训分享mysql数据库的优化方法
案例一：大学有段时间学习爬虫，爬取了知乎300w用户答题数据，存储到mysql数据中。那时不了解索引，一条简单的“根据用户名搜索全部回答的sql“需要执行半分钟左右，完全满足不了正常的使用。案例二：近线上应用的数据库频频出现多条慢sql风险提示，而工作以来，对数据库优化方面所知甚少。
选择InnoDB作为存储引擎 大型产品的数据库对于可靠性和并发性的要求较高，InnoDB作为默认的MySQL存储引擎，相对于MyISAM来说是个更佳的选择。优化数据库结构 组织数据库的schema、表和字段以降低I/O的开销，将相关项保存在一起，并提前规划，以便随着数据量的增长，性能可以保持较高的水平。
使用索引索引是提高数据库性能的常用方法，它可以令数据库服务器以比没有索引快得多的速度检索特定的行，尤其是在查询语句当中包含有MAX（）， MIN（）和ORDERBY这些命令的时候，性能提高更为明显。
使用索引：索引是MySQL中一种优化查询速度的技术。在处理大量数据时，索引可以显著提高查询速度。要使用索引，需要在数据库表中添加索引，以便快速查找数据。 优化查询：查询是数据库中最常用的操作之一，因此需要对查询进行优化，以提高查询速度。
锁定表，优化事务处理：a.我们用一个 SELECT 语句取出初始数据，通过一些计算，用 UPDATE 语句将新值更新到表中。
mysql索引原理
索引的目的在于提高查询效率，可以类比字典，如果要查“mysql”这个单词，我们肯定需要定位到m字母，然后从下往下找到y字母，再找到剩下的sql。
在数据库中，索引是分很多种类的（千万不要狭隘的认为索引只有 B+ 树，那是因为我们平时使用的基本都是 MySQL）。
索引是满足某种特定查找算法的数据结构，而这些数据结构会以某种方式指向数据，从而实现高效查找数据。
mysql的innodb数据库引擎详解
1、innodb_buffer_pool_size：具体看，缓冲池中的数据库类型有：索引页、数据库页、undo页、插入缓存页（insert buffer）、自适应hash（adaptive hashindex）、innodb存储的锁信息（lock info）、数据字典信息（data dictionary）。
2、在MySQL Server 0.33的平台上，InnoDB存储引擎的锁机制主要包括latch（如mutex和rwlock）和事务锁（lock），它们确保了并发操作对数据一致性至关重要的临界区的正确访问。
3、Innodb引擎Innodb引擎提供了对数据库ACID事务的支持，并且实现了SQL标准的四种隔离级别，关于数据库事务与其隔离级别的内容请见数据库事务与其隔 离级别这篇文章。
4、Adaptive Hash index属性使得InnoDB更像是内存数据库。
5、作为使用MySQL的用户角度出发，Innodb和MyISAM都是比较喜欢的，如果数据库平台要达到需求：99%的稳定性，方便的扩展性和高可用性来说的话，MyISAM绝对是首选。原因如下：平台上承载的大部分项目是读多写少的项目，而MyISAM的读性能是比Innodb强不少的。
6、InnoDB是事务型数据库的首选引擎，支持事务安全表（ACID），其它存储引擎都是非事务安全表，支持行锁定和外键，MySQL5以后默认使用InnoDB存储引擎。InnoDB特点：支持事务处理，支持外键，支持崩溃修复能力和并发控制。
mysql索引的数据结构,为什么用b+树
B+ 树是对 B 树的一个小升级。大部分数据库的索引都是基于 B+ 树存储的。MySQL 的 MyISAM 和 InnoDB 引擎的索引都是基于 B+ 树存储。
MySQL支持的索引结构有四种：B+树，R树，HASH，FULLTEXT。B树是一种多叉的AVL树。B-Tree减少了AVL数的高度，增加了每个节点的KEY数量。其余节点用来索引，而B-树是每个索引节点都会有Data域。这就决定了B+树更适合用来存储外部数据，也就是所谓的磁盘数据。
MySQL 支持的索引结构有四种：B+ 树，R 树，HASH，FULLTEXT。B 树是一种多叉的 AVL 树。B-Tree 减少了 AVL 数的高度，增加了每个节点的 KEY 数量。
结合MySQL中Innodb存储引擎索引结构来看的话……教科书上的B+Tree是一个简化了的，方便于研究和教学的B+Tree。然而在数据库实现时，为了更好的性能或者降低实现的难度，都会在细节上进行一定的变化。下面以InnoDB为例，来说说这些变化。
为什么MySQL使用B+树文章
1、B+树在数据库中的应用{为什么使用B+树？言简意赅，就是因为：文件很大，不可能全部存储在内存中，故要存储到磁盘上索引的结构组织要尽量减少查找过程中磁盘I/O的存取次数（为什么使用B-/+Tree，还跟磁盘存取原理有关。
2、MySQL支持的索引结构有四种：B+树，R树，HASH，FULLTEXT。B树是一种多叉的AVL树。B-Tree减少了AVL数的高度，增加了每个节点的KEY数量。其余节点用来索引，而B-树是每个索引节点都会有Data域。这就决定了B+树更适合用来存储外部数据，也就是所谓的磁盘数据。
3、如果数据页进行了拆分或合并操作，那么所有的B+Tree都需要修改相应的页指针。特别是Secondary B+Tree（辅助索引对应的B+Tree）， 要对很多个不连续的页进行修改。同时也需要对这些页加锁，这会降低并发性。
4、B+ 树是对 B 树的一个小升级。大部分数据库的索引都是基于 B+ 树存储的。MySQL 的 MyISAM 和 InnoDB 引擎的索引都是基于 B+ 树存储。
5、任何有数据的场景几乎都有索引，比如手机通讯录、文件系统（ext4\xfs\ntfs）、数据库系统（MySQL\Oracle）。数据库系统和文件系统一般都采用 B+ 树来存储索引信息，B+ 树兼顾写和读的性能，最极端时检索复杂度为 O（logN），其中 N 指的是节点数量，logN 表示对磁盘 IO 扫描的总次数。
