表示 进入内容 121112201409
« 先前的 10 新的记录 | 下一步 10 较早的记录 »
Displaying posts with tag: 索引 (reset)
mysql innodb间隙锁示例

innodb的记录锁介绍原文见 http://dev.mysql.com/doc/refman/5.1/en/innodb-record-level-locks.html innodb的记录锁有三种类型:

记录锁:是加在索引记录上的。

【mysql】  【innodb】  【索引】  【test】   点击查看原文>

Percona TokuDB

Percona TokuDB Percona TokuDB. 1 1.     TokuDB说明... 1 2.     TokuDB安装... 1 3.     使用TokuDB. 1 3.

【mysql】  【日志】  【配置】  【索引】  【tokudb】  【analyze】  【Create】  【存储】   …

[获取更多]
【MySQL】数据库系统中的“黑天鹅”

一 前言  纳西姆.尼古拉斯.塔勒布的经典著作《黑天鹅》中对“黑天鹅现象”的定义是

- 不可预测,人们事前往往低估其发生的可能性 - 造成极大影响

- 事后回头再看,又觉得此事发生的有理

二 分析   稳定性是一项衡量基础系统是否永续服务的绝对指标,作为资深DBA从业人员,相信大多数公司运维团队都会制定稳定性的SLA指标达到N个9,为用户提供Full-Time 服务。

【mysql】  【数据库】  【索引】  【查询优化】   …

[获取更多]
mysql性能优化-简易版

mysql性能优化 sql语句优化 如何发现有问题的sql? 开启mysql慢查询 show variables like 'slow_query_log' set global slow_query_log_file='/var/mysql/mysql_log/mysql-slow.

【性能优化】  【mysql】  【SQL】  【数据库】  【配置】  【索引】  【分区表】   …

[获取更多]
屌炸天实战 MySQL 系列教程(二) 史上最屌、你不知道的数据库操作

此篇写MySQL中最基础,也是最重要的操作! 第一篇:屌炸天实战 MySQL 系列教程(一) 生产标准线上环境安装配置案例及棘手问题解决 第二篇:屌炸天实战 MySQL 系列教程(二) 史上最屌、你不知道的数据库操作   本章内容:

查看\创建\使用\删除 数据库 用户管理及授权实战...

【mysql】  【数据库】  【索引】  【index】  【Create】   …

[获取更多]
mysql性能优化学习笔记-存储引擎

mysql体系架构

客户端(java、php、python等) mysql服务层(连接管理器、查询解析器、查询优化器、查询缓存) mysql存储引擎(innodb、myisam等)

存储引擎针对表而言的,不针对库 mysql存储引擎 mysql存储引擎之MyISAM 5.

【架构】  【性能优化】  【mysql】  【innodb】  【索引】  【远程连接】   …

[获取更多]
MySql[二]

视图 视图就是一个虚拟表(非真实存在),其本质是[根据SQL语句获取动态的数据集,并为其命名],用户使用时只需要使用[名称]即可获取结果集并可以将其当做代表来使用·  

-- 临时表搜索

SELECT * FROM ( SE...

【mysql】  【SQL】  【索引】  【index】  【Create】  【存储过程】   …

[获取更多]
用尽洪荒之力整理的Mysql数据库32条军规

写在前面的话: 总是在灾难发生后,才想起容灾的重要性; 总是在吃过亏后,才记得曾经有人提醒过。

核心军规

1、不在数据库做运算 cpu计算务必移至业务层 2、控制单表数据量 int型不超过1000w,含char则不超过500w; 合理分表; 限制单...

【mysql】  【innodb】  【SQL】  【数据库】  【索引】  【容灾】   …

[获取更多]
mysql死锁问题

形成死锁的条件 我们mysql用的存储引擎是innodb,从日志来看,innodb主动探知到死锁,并回滚了某一苦苦等待的事务。 问题来了,innodb是怎么探知死锁的? 直观方法是在两个事务相互等待时,当一个等待时间超过设置的某一阀值时,对其中一个事务进行回滚,另一个事务就能继续执行。

【算法】  【mysql】  【innodb】  【日志】  【数据库】  【索引】   …

[获取更多]
merge语句导致的性能问题紧急优化

晚上正在休息的时候,突然收到一封报警邮件。 报警内容: CPU utilization is too high ------------------------------------ 报警级别: PROBLEM ------------------------------------ 监控项目: CPU idle time:59.11 % ------------------------------------ 这个报警信息已经非常明确,CPU使用率很紧张了。

【服务器】  【mysql】  【Oracle】  【性能】  【SQL】  【索引】   …

[获取更多]
表示 进入内容 121112201409
« 先前的 10 新的记录 | 下一步 10 较早的记录 »