1、硬件层相关优化
1.1、CPU 相关
在服务器的 BIOS 设置中,可调整下面的几个配置,目的是发挥 CPU 较大性能,或者避免经典的 NUMA 问题:
1、选择 Performance Per Watt Optimized(DAPC) 模式,发挥 CPU 较大性能,跑 DB 这种通常需要高运算量的服务就不要考虑节电了;
2024年04月25日
1、硬件层相关优化
1.1、CPU 相关
在服务器的 BIOS 设置中,可调整下面的几个配置,目的是发挥 CPU 较大性能,或者避免经典的 NUMA 问题:
1、选择 Performance Per Watt Optimized(DAPC) 模式,发挥 CPU 较大性能,跑 DB 这种通常需要高运算量的服务就不要考虑节电了;
2024年04月25日
SEC_TO_TIME . 在sql 层,将 秒数转成 22:30:10 格式,比较有用
TIME_TO_SEC 可以将 时,分,秒转成秒数
2024年04月25日
一般我们在对mysql数据库做优化,肯定需要对慢sql去做分析才能开始优化,那么有什么分析的方法呢?下面通过对sql执行时间和执行情况来做分析。
通过找到执行时间长的 SQL 语句,可以直观的发现数据层的效率问题。
2024年04月25日
作者 | 丁奇
出处 | 极客时间《MySQL 实战 45 讲》专栏
我们经常说,看一个事儿千万不要直接陷入细节里,你应该先鸟瞰其全貌,这样能够帮助你从高维度理解问题。同样,对于 MySQL 的学习也是这样。平时我们使用数据库,看到的通常都是一个整体。比如,你有个最简单的表,表里只有一个 ID 字段,在执行下面这个查询语句时:
2024年04月25日
欢迎来到MySQL实战,修炼500篇成为MySQL高手
<1>创建表
create table test_datetime(
2024年04月25日
【欢迎关注、分享、点赞或评论,您的一个举手之劳,就是最大的鼓励!】
关注抢先看,连载技术文章,一点一滴的进步。
码字不容易,尊重版权,转载请注明出处:头条号|PHP在路上。
2024年04月25日
开发过程中大家都知道凡是与时间有关的,都离不开时区。程序中影响时区的东西太多了,简单说下我这次遇到的问题。
代码如下:
按说这个时间是没有问题的吧,但是存入数据库后时间显示的与当前时间不对。如下:
比实际时间晚了十几个小时。我查了linux系统的时间好像是没有问题的:
我又排查了mysql时区,执行下面命令: