我参与的项目,目前​mysql单表千万级别,并且在持续增长,只要涉及到多表联合查询、做统计报表,系统就会很慢,或者无响应.由于表数据量太大,添加索引系统会长时间无法提供服务,只能通过修改程序逻辑,再优化sql来过度. 相对于开发难度的提升,我更担心数据库还能坚持多长时间.所以,我一直在关注有没有合适我的解决方案,从mysql/mariadb到postgresql,也包括NoSql.幸运的是,我似乎找到了,它就是TiDB.

很多时候我们需要从mysqldump备份文件中恢复出一张表,通常的做法可能是先把sql 文件恢复到一个测试数据库,然后再使用mysqldump 导出一张表,再恢复到线上,这样,如果数据量不大这方法是可行的,但是你依然需要有一个测试机器或者临时创建一个库,不是很方便,下面为大家介绍的方法,避免了上述问题的困扰.

知呼或ITPUB论坛上的提问：如何设计或优化千万级别的大表？此外无其他信息,个人觉得这个话题有点范,就只好简单说下该如何做,对于一个存储设计,必须考虑业务特点,收集的信息如下

日常管理的主要职责是对MySQL服务器程序mysqld的运行情况进行管理,使数据库用户能够顺利地访问MySQL服务器.下面是这项工作的主要职责

先前写了几个PHP的守护进程,其中一个实时往MariaDB数据库写数据,一开始运行的都还可以,但是渐渐地就发现,与MariaDB交互的PHP守护进程,经常自己挂掉,尤其是用户量少的时候（很神奇）,每隔一天就得重新手动运行.

在开发新项目的时候,可能会遇上类似的功能需求,递归获取所有下级子节点的数据.这里介绍一种通过存储过程,实现的查询功能.本次测试,用的是MariaDB数据库,MariaDB是MySql数据库的一个分支,基本上完全兼容MySql数据库,所以本次分享的递归获取子节点数据的方法也适用于Mysql.

在通常情况下,MariaDB(mysql的一个衍生版本)数据库是使用offset指定数据偏的移量与limit获取一定数量的数据,来实现翻页的功能.这个方法很普遍也很使用,因为mysql最初就是定位为小型数据库,所以在数据量不大的数据表中,通过limit与offset的方式来实现翻页功能,响应时间是可以接受的.

mPHP核心框架使用PDO数据库抽象层查询数据库中的数据,都是通过PDO的query()方法,如果你熟悉Mysql数据库的sql语句,那么理解起来就更轻松了,你完全可以把它当作mysql的query()来使用.

mPHP核心框架使用PDO数据库抽象层往数据表中更新、插入或者删除数据,都是通过PDO的exec()方法,如果你熟悉Mysql数据库的sql语句,那么理解起来就更轻松了,你可以把它当作mysql的query()来使用,而且exec()执行完毕还会返回影响的数据行总数.