51CTO首页
AI.x社区
博客
学堂
精品班
软考社区
免费课
企业培训
鸿蒙开发者社区
信创认证
公众号矩阵
移动端
视频课 免费课 排行榜 短视频 直播课 软考学堂
全部课程 软考 信创认证 华为认证 厂商认证 IT技术 PMP项目管理 免费题库
在线学习
文章 资源 问答 课堂 专栏 直播
51CTO
鸿蒙开发者社区
51CTO技术栈
51CTO官微
51CTO学堂
51CTO博客
CTO训练营
鸿蒙开发者社区订阅号
51CTO软考
51CTO学堂APP
51CTO学堂企业版APP
鸿蒙开发者社区视频号
51CTO软考题库

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 5437 阅读 4点赞 1收藏 2评论

让pt-slave-restart支持MariaDB

当前pt-slave-restart最新版为2.2.19，当你执行下面跳过主键冲突的命令时，会报错。# pt-slave-restart --user=root --error-numbers=1062  DBD::mysql::db selectrow_arrayref failed: Unknown system&

restart
slave
pt
原创 推荐 2016-10-25 16:21:56 2929 阅读 2点赞 2评论

MySQL中AES_ENCRYPT('密码','钥匙')函数 可以对字段值做加密处理

MySQL中AES_ENCRYPT('密码','钥匙')函数 可以对字段值做加密处理       AES_DECRYPT(表的字段名字,'钥匙')函数 解密处理例，表结构：现在插入一条数据，对passwd密码字段加密。INSERT INTO credit_card(cid,NAME,email,passwd) 

加密
mysql
原创 推荐 2015-10-10 17:07:31 6068 阅读

/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 7458 阅读 5点赞 1评论

MariaDB 10.0.X中，动态列支持 JSON 格式来获取数据。

MariaDB 10.0.X中，动态列（Dynamic Columns），可以支持 JSON 格式来获取数据。 为了兼容传统SQL语法，MariaDB 10和MySQL5.7支持原生JSON格式，即关系型数据库和文档型NoSQL数据库集于一身。使用说明：###表结构create table assets (   item_name var

json
mongodb
动态列
mariadb
原创 推荐 2015-09-12 22:51:46 10000+阅读 1收藏

oneproxy中间件架构及注意事项

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

proxy
中间件
oneproxy
altas
原创 推荐 2015-08-17 10:12:35 2465 阅读 1点赞 2评论

mysqldiff对比主从表结构是否一致

mysqldiff该工具是官方mysql-utilities工具集的一个脚本，可以实现主从服务器表结构是否一致。数据校验需要使用Percona的pt-table-checksum工具。安装：# tar zxvf mysql-utilities-1.5.4.tar.gz # cd mysql-utilities-1.5.4 # python

mysql
主从表
mysqldiff
原创 推荐 2015-04-17 13:10:41 4860 阅读 1评论

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评论

MySQL5.6 crash-safe replication一个坑

事情起因：唯品会一个DBA找到我，说他们的slave掉电，再重启服务器以后，同步复制就挂了，报1032和1062错误，首先排查了在从库上没有写操作，之后询问了他们的参数。这是他们的参数：sync_master_info = 1 sync_relay_log_info = 1 relay_log_info_repository = FILE

crash
slave
mysql5.6
原创 推荐 2015-02-27 17:34:57 9664 阅读 3点赞 1收藏 1评论

MySQL5.7 设置同步复制过滤不用重启mysql服务进程了

在MySQL5.5/5.6里版本里，设置同步复制过滤，例如设置忽略掉test库的t2表，你需要在my.cnf配置文件里增加：replicate-ignore-table=test.t2必须重启mysql服务进程才能生效。在MySQL5.7里，通过一个新的命令，可以支持在线动态修改，而不须重启mysql进程就生效。Example:CHANGE REPLICATION FILTER

复制
replication
mysql5.7
原创 推荐 2014-11-27 14:44:11 10000+阅读 2点赞 2评论

MySQL5.7 开启GTID复制模式终于不用开启log_slave_updates参数了

MySQL5.6的GTID复制模式，必须开启log_slave_updates参数，否则启动就报错，因为需要在binlog找到同步复制的信息（UUID:事务号），如果在密集型写的环境，比如双十一大促在线支付，这无疑增加了从库不必要的磁盘IO开销。（注：开启log_slave_updates参数，是把relay-log里的日志内容再记录到slave本地的binlog里。）但在MySQL5.7里，官方

GTID
mysql5.7
log_slave_updates
原创 推荐 2014-11-18 17:18:04 10000+阅读 5点赞 4评论

MySQL5.7 支持一个表有多个INSERT/DELETE/UPDATE触发器

在MySQL5.6版本里，不支持一个表有多个INSERT/DELETE/UPDATE触发器。例如创建t1表两个INSERT的触发器：DELIMITER $$ USE `test`$$ DROP TRIGGER /*!50032 IF EXISTS */ `t1_1`$$ CREATE    

触发器
mysql5.7
原创 推荐 2014-11-11 17:27:38 4533 阅读

MySQL5.7 可以回收（收缩）undo log回滚日志物理文件空间

undo log回滚日志是保存在共享表空间ibdata1文件里，随着业务的不停运转，ibdata1文件会越来越大，想要回收（收缩空间大小）极其困难和复杂， 必须先mysqldump -A全库的导出，然后删掉data目录，然后重新初始化安装，最后再把全库的SQL文件导入，采用这种方法进行ibdata1文件的回收。在MySQL5.6里，可以把undo log回滚日志分离出去，到一个单独的表空间里，

mysql5.7
undo log
表空间回收
原创 推荐 2014-11-10 16:23:45 10000+阅读 4点赞 4评论

MySQL5.7 大大降低了半同步复制-数据丢失的风险

如果你的生产线开启了半同步复制，那么对数据的一致性会要求较高，但在MySQL5.5/5.6里，会存在数据不一致的风险。有这么一个场景，客户端提交了一个事务，master把binlog发送给slave，在发送的期间，网络出现波动，此时Binlog Dump线程发送就会卡住，要等待slave把binlog写到本地的relay-log里，然后给master一个反馈，等待的时间以rpl_semi_sync

半同步复制
mysql5.7
semi replication
原创 推荐 2014-11-07 14:41:02 5216 阅读 1点赞 1评论

MySQL5.7 加强了root用户登录安全性

MySQL5.7在安装完后，第一次启动时，会在root目录下生产一个随机的密码，文件名为.mysql_secret登录时需要用随机密码登录，然后通过以下命令修改密码SET PASSWORD = PASSWORD('new password');例：

安全
mysql5.7
原创 推荐 2014-10-30 11:37:22 2317 阅读 2点赞 1收藏

MySQL5.7 加强了在线DDL（varchar字符集）

在MySQL5.6引入了在线DDL，添加字段和辅助索引不锁表，但修改字段属性是锁表的。请见：http://hcymysql.blog.51cto.com/5223301/1370546如今在MySQL5.7，加强了修改varchar字段属性不锁表，例：100万行的表，现在要把pad varchar(65)修改为pad varchar(80)，可以看到，不用拷贝数据不锁表。（注：ALGORITHM指

mysql5.7
在线ddl
原创 推荐 2014-10-28 17:03:58 3509 阅读

MySQL5.7 在线调整Innodb_Buffer_Pool_size不用重启mysql进程

在之前的版本，调整Innodb_Buffer_Pool_size大小必须重启mysql进程才可以生效，如今在MySQL5.7里，可以直接动态设置，方便了很多。这个功能应用的场景：一、机器增加内存，DBA粗心大意忘记调大Innodb_Buffer_Pool_size了二、工作交接，新来的DBA发现前任DBA设置的Innodb_Buffer_Pool_size不合理需要注意的地方，在调整Buffer_

mysql
buffer pool
原创 推荐 2014-10-22 18:39:27 10000+阅读 1点赞 1收藏

千万别手欠执行stop slave

今天我一个朋友，执行了stop slave，给卡死了，结果kill 进程ID也杀不死。这是由于在主库上执行了一条很耗时的大SQL，通过主从复制在从库接收过来后，SQL_THREAD开始执行，这时你只要执行了stop slave，立马就卡死，之后你再执行show slave status\G;也会被卡住，必须等待那条大SQL执行完，才会结束stop slave，除非你pkill -9 mysql进程

mysql
stop slave
原创 推荐 2014-09-24 14:45:14 6691 阅读 5点赞 2评论

无全量备份、未开启binlog日志，利用percona工具恢复delete的数据

当我们忘记做全量备份时，并且没有开启binlog，并执行了delete from sbtest;数据全部丢失，要想恢复是很有难度的。今天，利用Percona Data Recovery Tool for InnoDB工具（仅支持InnoDB，MyISAM不支持），可以找回被删除的数据。原理：在InnoDB引擎，delete删除操作，不是真正的删除物理文件上的行，而是增加一个删除

recover
delete
percona
原创 推荐 2014-09-15 15:26:28 10000+阅读 2点赞 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评论

MariaDB 10之TokuDB存储引擎

TokuDB存储引擎，你可以把它看做是ARCHIVE存储引擎的升级版，它拥有了密集压缩，并且支持事务。压缩比：EngineCompressionTable size [MB]InnoDB none 2272InnoDB KEY_BLOCK_SIZE=8 1144InnoDB KEY_BLOCK_SIZE=4 584MyISAM 

mariadb
tokudb
原创 推荐 2014-06-27 17:03:17 5334 阅读 3点赞 4评论

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 2437 阅读 3点赞 1评论

Percona5.6首次提供了审计日志功能

如果有一天数据库里丢失了一条记录，开发让你查什么时候被谁从哪个IP，执行了delete操作，那么在之前的版本是无法查到的，而Percona最新版本5.6.17首次提供了审计日志功能。（注：截止2014年5月19日，官方MySQL5.6.17社区版和MariaDB10.0.11均没有提供该功能）版本：5.6.17-65.0-rel65.0-log Percona Server&n

mysql
percona
审计日志
原创 推荐 2014-05-19 16:08:21 3219 阅读 5点赞 1评论

苹果系统Sequel Pro—MySQL客户端工具一个大坑

软件名称:Sequel Pro（MySQL客户端工具）官网地址:http://www.sequelpro.com/该工具在导出表数据的时候，会产生一条坑爹的SQL：/*!40000 ALTER TABLE `sbtest` DISABLE KEYS */;这条SQL是针对MyISAM引擎批量插入，为了加快插入速度，会加上ALTER TABLE t1 DISA

mysql
苹果
索引
坑爹
原创 推荐 2014-05-14 22:01:05 10000+阅读 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评论

Discuz论坛之大坑！各位坛主请注意!

今天论坛打开了这个会话功能，结果很荣幸踩坑里了，连接数直接给干到2000开外。好了，直接上图说下：show processlist，满屏显示这条SQL，情急之下，立即pt-kill，先让论坛活下来。顺便想问候下discuz开发，你们真的做了测试了吗，就直接发布了？表结构：mysql> desc pre_common_session; +--------------+-------------

故障
discuz
连接数
原创 推荐 2014-03-22 00:21:30 2276 阅读 3点赞 1评论

突发事件防止数据库被打死紧急处理措施

开发上线完以后，到早上高峰期并发压力大，有可能因某个SQL的原因把数据库给打死，参考《一个引号导致1个小时网站打不开》，这个时候你可以用pt-kill杀死，但连接数过高，CPU负载很高，这个工具根本没法去处理，数据库这个时候已经成瘫痪状态，那么应该怎么办？首先要保证数据库不能被打死，先让数据库压力降下来，这里就要做一些限制措施。我们先用iptables封死3306端口，先把压力降下来，然后tail

故障
数据库
宕机
原创 推荐 2014-03-08 22:42:28 1844 阅读 3点赞 2评论

一个引号导致1个小时网站打不开

咱们就说下这个例子，提醒广大开发在写SQL的时候一定要仔细！当时情况是这样的，一个慢SQL把数据库CPU连接数跑满，由于并发压力大，CPU空闲瞬时为0，过一会机器被HANG死，连接不上。因涉及公司隐私问题，我这里用测试表代替，咱们主要看看是怎么引起的。表结构：mysql> desc sbtest; +-------+------------------+------+-----+------

故障
引号
原创 推荐 2014-03-07 15:09:32 4005 阅读 7点赞 10评论

生产环境一个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评论

Copyright © 2005-2025 51CTO.COM 版权所有 京ICP证060544号

关于我们
官方博客 全部文章 热门标签 班级博客
了解我们 网站地图 意见反馈
友情链接
鸿蒙开发者社区 51CTO学堂
51CTO 软考资讯