ITPub博客

磁盘配置RAID10,8块盘SEAGATE 12 Gbps SAS 900G 15000转 机器配置mysql配置压测10个仓库[mysql@pro-pnh-310-db-tidb-mp-45 tpcc-mysql]$ ./tpcc_start   -h10.34.255.45 -P3400  -dtpcc10  -u test1 -p 123456&nbsp

[mysql@pro-pnh-310-db-tidb-mp-45 ~]$ ls -lhS  /data/mp_mysql/tpcc/ total 20G -rw-r-----. 1 mysql mysql 7.9G Nov 15 18:21 bmsql_s

mysql ,tidb sysbench 测试结果记录

pt

       问题：遇到一个案例，mysql上有1千多个会话，开发说mysql 连接不了。这个时候怎么样快速定位问题？找到最开始引起锁住的会话？然后怎么样快速解锁呢？       看一个图片：      如此大面积的大量的会话锁住，哪个才是源头呢？当时这个有1千多个会话。这个时候

一、 数据字典与原子DDL ??? mysql的所有表结构定义的元数据存放在mysql.idb中。整合了存储有关数据库对象信息的事务数据字典，所有的元数据都用InnoDB引擎进行存储.看下图，我创建了一个 database? business,你会发现表的定义文件*.frm没有了。[root@yw-gz-hd-test-211 mysql]# ls ...

sql 调优。网上都是PMM Percona Monitoring and Management的安装部署文章，今天我出一个使用PMM的教学文章，寻找数据库负载最高的语句例子。

数据库运维管理规范

做如下实验可以得到结论：         

1. ERROR 2061 (HY000): Authentication plugin 'caching_sha2_password' reported error: Authentication requires secure connection.【分析】mysql8默认使用插件caching_sha2_password,有些client连接报这个错误，需要拿到se

一、下面所有的测试基于mysql 8.0.17版本。Server version: 8.0.17 Source distribution二、总体感受：使用了mysql的分区，觉得最不爽的是mysql partition 限制： A UNIQUE INDEX must include all columns in the table's partitioning function&

问题提出： 《阿里巴巴JAVA开发手册》里面写超过三张表禁止join，这是为什么？

1.sql改写遇到表字段经常要增加的业务怎么设计表结构？下面只是我的个人想法，欢迎拍砖讨论。 2.业务问题是什么？简单说就是有个表，字段经常变动，表结构该怎么设计？例子：入金订单表（已经有29个字段）。因业务发展，入金订单有了拓展业务，有了三个拓展业务，paygo入金订单，自营入金订单，话费入金订单。paygo入金，需要增加4个字段（ADDRESS，LONGITUDE，LATITUDE，

         一个表数据4G，1300万数据。删除大部分数据，留下少部分数据。delete from pay_dubbokeeper.`statistics_vipay-gateway-web` where FROM_UNIXTIME(`timestamp`/1000) <= '2019-05-31

单表扫描，MySQL索引选择不正确 并 详细解析OPTIMIZER_TRACE格式    https://www.cnblogs.com/zengkefu/p/5628131.html

mysqlpump浅谈：mysqlpump并发的最小粒度是库还是表，还是行？mysqlpump这个工具网上有大把大把的文章介绍，相信各位都用得炉火纯青。网上的文章都介绍了mysqlpump的一大特色是并发，可是，没有说清楚mysqlpump并发的最小粒度是什么？它是怎么工作原理？现在我就简单研究下，如有错误，还请各位不吝指教！

问题的形式解答：一、MySQL在什么情况下会创建临时表(Internal Temporary Table Use in MySQL)？我列举3个1. UNION查询;2. insert into select ...from ...3. ORDER BY和GROUP BY的子句不一样时;等等，其实还有好多。具体参考 https://dev.mysql.com/doc/refman/5.7/en/i

现在，我做实验，验证主从延时的最后一个结论：“表没有主键，数据量巨大的时候更新，实验验证导致大量主从延时“。

一、mysql point in time  recovery  using sql_thread   SQL_Thread增量恢复binlog,网上有很多类似文章，这里把我实验的要点记录下来：二、   1）重新初始化一个实例，恢复全量备份文件。    2）找到第一个binlog文件的positio

1.一个事务，就会给一个gtid编号。来看看例子：mysql> show master status; +---------------+----------+--------------+------------------+------------------------------------------------+ | File&nbsp