原文地址： http://code.alibabatech.com/wiki/display/cobar/Home;jsessionid=779959E690AE94BBC8079BB8F7D8B244 概述 Cobar是关系型数据的分布式处理系统，它可以在分布式的环境下看上去像传统数据库一样为您提供海量数据服务。

【分布式】  【mysql】  【数据库】  【配置】  【Server】  【xml】  【数据节点】   …

#! /bin/sh ############################### # 2013-11-19 # # author jackluo # # net.

【服务器】  【mysql】  【数据库】  【shell】  【主机】  【DB】  【database】   点击查看原文>

1,导出远程数据库数据到本地 mysql -A wj_sms -h192.168.1.105 -uroot -p4321 -ss -e "set NAMES 'utf8';SELECT * from sys_role limit 300;" | sed 's/\t/","/g;s/^/"/;s/$/"/;s/\n//g' > apps.

【服务器】  【mysql】  【Oracle】  【数据库】  【database】  【csv】   点击查看原文>

从 OOW2013@旧金山回来半个月了，简单记录一下这次会议中 Oracle 的几个大事。

• In-Memory Option：
  可以设置某些表的数据在内存中以列的方式再存放一份，用来解决OLTP与OLAP混用的场景下性能互扰的问题。
  列式数据存储的需求趋势越来越明显，SAP的HANA已经做的风生水起，Oracle也来凑热闹了，呵呵。
  实际的效果暂时还不得而知，期待正式场景下的效果反馈。
  
• M6：Big Memory Machine
  又一个大家伙，32TB 内存。虽然没有实际体验，但想想就觉得“可怕”
  Oracle正在软硬一体机的路线上坚定不移的向前迈进，M6的发布又是一次大跨步前进
  …

问题：

xxx@3023 14:51:26>insert into test_tmp_log_node_10445__01 select * from test;

ERROR 1062 (23000): Duplicate entry ‘taobao|维西v’ for key ‘idx_nodetemp_10445_01′

查看表结构：

CREATE TABLE `test` (
`user_id` varchar(64) CHARACTER SET utf8 COLLATE utf8_bin NOT NULL COMMENT ‘主键。客户全局统一ID，由客户统一ID生成规则生成’,
`control_group_type` int(2) NOT NULL DEFAULT ’0′
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

CREATE TABLE `test_tmp_log_node_10445__01` (
`user_id` varchar(64) DEFAULT NULL,
`control_group_type` tinyint(4) DEFAULT NULL,
UNIQUE KEY `idx_nodetemp_10445_01` (`user_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

bakdb_jwswg888@3023 15:49:38>select count(user_id),count(*),count(distinct user_id) from test;
+—————-+———-+————————-+
| count(user_id) …

收到一用户反馈其应用日志中狂报错误，获取连接超时：

同时应用报错超出了数据库的最大连接数：max connections：

这种情况很有可能是有慢sql占用了连接池中的连接没有释放，导致后续进来的请求迟迟获取不到连接池中的连接，导致请求报错，登录数据库排查发现如下sql出现执行非常的慢：

mysql> select * from user where md5(nick)=’3f5950f59ddf2a0d14a44166040e348f’;
Empty set (1.32 sec)

一眼可以看出在nick上使用了md5函数，导致user表中的索引不能使用，而全表扫描：

mysql> explain select * from user where md5(nick)=’3f5950f59ddf2a0d14a44166040e348f?
…

为了准备今年的双11很久没有更新blog，在最近的几次sqlserver问题的排查中，总结了sqlserver几种典型的等待类型，类似于oracle中的等待事件，如果看到这样的等待类型时候能够迅速定位问题的根源,下面通过一则案例来把这些典型的等待处理方法整理出来：

第一种等待.memory等待

早上接到一用户反馈其RDS实例非常的慢，通过观察sqlserver活动会话监视器（active monitor）的waiting tasks（类似于mysql的thread running）可以看到有10多w的等待任务,可以明确数据库现在已经出现了较大的瓶颈，紧接着通过resource waits看到数据库中有大量的memory内存等待：

看到是memory …

NET3.5框架提供的Linq可以对多种数据源和对象进行查询，如数据库、数据集、XML文档甚至是数组。而 对数据库操作，Linq只是默认对SqlServer支持(Linq to Sql)，对于其他数据库不会默认支持，需要自己 进行复杂的配置。

【mysql】  【数据库】  【配置】  【code】  【测试】  【Sqlserver】  【Server】   …

昨晚收到一则求助，一个用户的本地数据库的重要数据由于误操作被删除，需要进行紧急恢复，用户的数据库日常并没有进行过任何备份，binlog也没有开启，所以从备份和binlog入手已经成为不可能，咨询了丁奇，发了一篇percona的文章给我，顿时感觉有希望，于是到percona的官网上下载了恢复工具：
一.安装：
.tar -xvf percona-data-recovery-tool-for-innodb-0.5.tar.gz
.cd percona-data-recovery-tool-for-innodb-0/mysql-source/
../configure
.cd percona-data-recovery-tool-for-innodb-0
.make

二.解析ibd文件：
…

2、dbschema dbschema 字段属性 ‘type’ => ‘int unsigned’, //字段类型 ‘extra’ => ‘auto_increment’,//定义自增 ‘pkey’ => true,//主键 ‘required’ => true,//该字段为必须 创建唯...

【mysql】  【SQL】  【数据库】  【kernel】  【class】  【database】  【html】   …