阮胜昌的技术记录站-LinuxMySQL数据库运维

摘要：操作系统： [oracle@node139 ~]$ uname -aLinux node139 4.1.12-61.1.28.el6uek.x86_64 #2 SMP Thu Feb23 20:03:53 PST 2017 x86_64 x86_64 x86_64 GNU/Linux [oracle@node139 ~]$ cat /etc/redhat-release Red Hat Enterprise Linux Server release 6.9 (Santiago) 数据库版本：Oracle:    Oracle 11.2.0.4.0DataGuard 配置前题条件：   

摘要：1.独立的列不能使用索引：  MYSQL>select actor_id from sakila.actor whereactor_id+1=5;   MYSQL>select ... where to_days(current_date) -to_days(data_col)<=10;  2.前缀索引和索引选择性：前缀索引:对于很长的VARCHAR列和BLOB,TEXT列使用，因为索引不能存放在很长的字符 索引选择性：是指不重复的索引值(cardinality)和数据表的记

摘要：升级前对旧数据库进行检查：手动检查：一、注意事项：mysql从5.7升级到8.0是支持的，但是只支持GA版本的升级，并且要求版本为5.7.9或者更高在升级到8.0之前，建议升级到5.7的最新版本。仅仅支持从5.7版本升级到8.0，不支持5.6版本升级到8.0二、升级准备工作：    1，备份数据（包括当前的数据库和日志文件）    2，升级检查：mysqlcheck -u root -p --all-

摘要：大家知道，MySQL支持视图，但是是逻辑上的视图，查询还是会去基表上查，下面介绍的这个工具可以创建物化视图，一起来看看如何配置吧运行Flexviews环境：[root@node153 consumer]# php --versionPHP 5.6.36 (cli) (built: Nov 18 2019 10:31:25)将禁用函数注释掉：vim /usr/local/php/etc/php.ini302 ; http://php.net/disable-functions303 ;disable_functions = passthru,exec

摘要：故障现象： 数据库占用主机内存出奇的高，找了很久也找不到好的解决方法，如下：数据版本：Welcome to the MySQL monitor.  Commands end with ; or \g.Your MySQL connection id is 17Server version: 5.6.41-log Source distribution[root@aaa~]# free -mh             total       used      &

摘要：监控脚本：[root@node10 chapter-10]# python nagios_check.py criticalStatus is CRITICAL[root@node10 chapter-10]# cat nagios_check.pyimport sys,json,httplib,base64status = sys.argv[1]if status.lower() == "warning":        print "Status is WARN"        exit(1)elif status.lower() =="critic

摘要：配置中如果有问题，请一定要查看备库的警告日志文件tail -f  /u01/app/oracle/diag/rdbms/ora11g_standby/orcl/trace/alert_orcl.log操作系统环境:[oracle@node139 dbs]$ uname -aLinux node139 4.1.12-61.1.28.el6uek.x86_64 #2 SMP Thu Feb 23 20:03:53 PST 2017 x86_64 x86_64 x86_64 GNU/Linux[oracle@node139 dbs]$ cat /etc/redhat-releaseRed Hat Enterprise Linux

摘要：服务器环境：[root@node155 ~]# rpm -qa | grepmaxscalemaxscale-2.4.2-1.x86_64[root@node155 ~]# cat /etc/redhat-release CentOS release 6.9 (Final)[root@node155 ~]# uname -aLinux node155 2.6.32-696.el6.x86_64 #1 SMP Tue Mar 2119:29:05 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux 配置拓扑图：本文利用一主两从的复制架构介绍Maxscale读写分离的实现，环境如下：&nb

摘要：不知道从什么时候开始，网上流传着这么一个说法：MySQL的WHERE子句中包含 IS NULL、IS NOT NULL、!= 这些条件时便不能使用索引查询，只能使用全表扫描。这种说法愈演愈烈，甚至被很多同学奉为真理。咱啥话也不说，举个例子。假如我们有个表s1，结构如下：CREATE TABLE s1 ( id INT NOT NULL AUTO_INCREMENT, key1 VARCHAR(100), key2 VARCHAR(100), key3 V

摘要：在事务插入数据过程中，为防止其他事务向索引上该位置插入数据，会在插入之前先申请插入意向范围锁，而如果申请插入意向范围锁被阻塞，则事务处于gap before rec insert intention waiting的等待状态。MySQL官方文档解释如下：INSERT sets an exclusive lock on the inserted row. This lock is an index-record lock, not a next-key lock (that is, there is no gap lock) an