OurMySQL我们致力于一个MySQL知识的分享网站Main menuSkip to primary contentSkip to secondary content首页关于OurMySQLMySQL链接感谢SearchPost navigation下一页 →六11MYSQL基础笔记发布时间：2016 年 6 月 11 日  发布者：  OurMySQL一个很棒的MySQL基础SQL的介绍！ 继续阅读全文 →栏目： MySQL基础知识| 2 Replies六06数据导入主键冲突问题发布时间：2016 年 6 月 6 日  发布者：  OurMySQL我在很多场合强调过，InnoDB引擎已可适用95%以上的业务场景，完全没必要再使用其他引擎了，这次的奇葩案例也是一开始没注意到用ARCHIVE引擎而走了些弯路。 继续阅读全文 →栏目： MySQL解错方案| 标签： 主键| 来个评论？五05MySQL复制线程长时间Opening tables发布时间：2016 年 5 月 5 日  发布者：  OurMySQL从master上用xtrabackup物理备份到slave，启动实例后，应该再执行 mysql_upgrade 升级相关表结构，确保P_S（performanc_schema）、I_S（information_schema）以及 mysql 等几个系统库表结构都升级到最新版本。​ 继续阅读全文 →栏目： MySQL解错方案| 标签： Opening tables, 线程| 来个评论？四17MySQL 管理工具集 percona-toolkit发布时间：2016 年 4 月 17 日  发布者：  OurMySQLMySQL 管理工具集 persona-toolkit。 继续阅读全文 →栏目： MySQL初级应用| 标签： percona-toolkit, 工具| 来个评论？四05MySQL锁问题最佳实践发布时间：2016 年 4 月 5 日  发布者：  OurMySQL最近一段时间处理了较多锁的问题，包括锁等待导致业务连接堆积或超时，死锁导致业务失败等，这类问题对业务可能会造成严重的影响，没有处理经验的用户往往无从下手。下面将从整个数据库设计，开发，运维阶段介绍如何避免锁问题的发生，提供一些最佳实践供RDS的用户参考。 继续阅读全文 →栏目： MySQL源码分析| 标签： 锁| 1 Reply四05MySQL防范SQL注入风险发布时间：2016 年 4 月 5 日  发布者：  OurMySQL互联网很危险，信息及数据安全很重要，SQL注入是最常见的入侵手段之一，其技术门槛低、成本低、收益大，颇受各层次的黑客们所青睐。一般来说，SQL注入的手法是利用各种机会将恶意SQL代码添加到程序参数中，并最终被服务器端执行，造成不良后果。 继续阅读全文 →栏目： MySQL源码分析| 标签： 注入| 2 Replies四02MySQL relay_log_purge=0 时的风险发布时间：2016 年 4 月 2 日  发布者：  OurMySQL有时候，我们希望将 MySQL 的 relay log 多保留一段时间，比如用于高可用切换后的数据补齐，于是就会设置 relay_log_purge=0，禁止 SQL 线程在执行完一个 relay log 后自动将其删除。但是在官方文档关于这个设置有这么一句话： Disabling purging of relay logs when using the –relay-log-recovery option risks data consistency and is therefore not crash-safe. 究竟是什么样的风险呢？ 继续阅读全文 →栏目： MySQL优化设计| 标签： relay_log_purge, 日志| 来个评论？三22MySQL安全策略发布时间：2016 年 3 月 22 日  发布者：  OurMySQLMySQL被运用于越来越多的业务中，在关键业务中对数据安全性的要求也更高，如何保证MySQL的数据安全？ 继续阅读全文 →栏目： MySQL优化设计| 标签： 安全| 2 Replies三21MYSQL分页limit速度太慢优化方法发布时间：2016 年 3 月 21 日  发布者：  OurMySQL在mysql中limit可以实现快速分页，但是如果数据到了几百万时我们的limit必须优化才能有效的合理的实现分页了，否则可能卡死你的服务器哦。 继续阅读全文 →栏目： MySQL优化设计| 标签： limit, 分页| 2 Replies三21获取 MySQL 崩溃时的 core file发布时间：2016 年 3 月 21 日  发布者：  OurMySQL对于一般进程，要让进程崩溃时能生成 core file 用于调试，只需要设置 rlimit 的 core file size > 0 即可。比如，用在 ulimit -c unlimited 时启动程序。对 MySQL 来说，由于 core file 中会包含表空间的数据，所以默认情况下为了安全，mysqld 捕获了 SEGV 等信号，崩溃时并不会生成 core file，需要在 my.cnf 或启动参数中加上 core-file。但是即使做到了以上两点，在 mysqld crash 时还是可能无法 core dump。还有一些系统参数会影响 core dump。 继续阅读全文 →栏目： MySQL解错方案| 标签： core, 崩溃| 来个评论？第1页 共61页1234下一页 ›最后 »分类目录MySQL优化设计 (128)MySQL初级应用 (97)MySQL基础知识 (134)MySQL源码分析 (21)MySQL解错方案 (124)MySQL高级应用 (93)未分类 (14)近期文章MYSQL基础笔记数据导入主键冲突问题MySQL复制线程长时间Opening tablesMySQL 管理工具集 percona-toolkit
MySQL锁问题最佳实践
MySQL防范SQL注入风险
MySQL relay_log_purge=0 时的风险
MySQL安全策略
MYSQL分页limit速度太慢优化方法
获取 MySQL 崩溃时的 core file
近期评论yzc363 发表在《MySQL Cluster 7.2.7内存表和磁盘表对比测试》eric 发表在《innodb_max_dirty_pages_pct与检查点的关系》三国 发表在《MySQL优化案例 — RAND()优化》yzs 发表在《使用Percona Data Recovery Tool for InnoDB恢复数据》【转载】大牛文章 | LittleBill 发表在《MySQL防范SQL注入风险》标签云binlog
Cache
CPU
DBA
drop
explain
Hash
InnoDB
join
memcached
MyISAM
mys