1樓：匿名使用者
date() 日期。格式：yyyy-mm-dd
註釋：支援的範圍是從 '1000-01-01' 到 '9999-12-31'
datetime() *日期和時間的組合。格式：yyyy-mm-dd hh:mm:ss
註釋：支援的範圍是從 '1000-01-01 00:00:00' 到 '9999-12-31 23:59:59'
timestamp() *時間戳。timestamp 值使用 unix 紀元('1970-01-01 00:00:
00' utc) 至今的描述來儲存。格式：yyyy-mm-dd hh:
mm:ss
註釋：支援的範圍是從 '1970-01-01 00:00:01' utc 到 '2038-01-09 03:14:07' utc
time() 時間。格式：hh:mm:ss 註釋：支援的範圍是從 '-838:59:59' 到 '838:59:59'
2樓：匿名使用者
mysql> select
-> date_format(now(), '%m-%d' ) a
看看執行是否正常.
正常的話, 就把 now() 替換為你表裡面的欄位名字。 後面再 from 你的表。
第二個引數：
%w 星期名字(sunday……saturday)
%d 有英語字首的月份的日期(1st, 2nd, 3rd, 等等。）
%y 年, 數字, 4 位
%y 年, 數字, 2 位
%a 縮寫的星期名字(sun……sat)
%d 月份中的天數, 數字(00……31)
%e 月份中的天數, 數字(0……31)
%m 月, 數字(01……12)
%c 月, 數字(1……12)
%b 縮寫的月份名字(jan……dec)
%j 一年中的天數(001……366)
%h 小時(00……23)
%k 小時(0……23)
%h 小時(01……12)
%i 小時(01……12)
%l 小時(1……12)
%i 分鐘, 數字(00……59)
%r 時間,12 小時(hh:mm:ss [ap]m)
%t 時間,24 小時(hh:mm:ss)
%s 秒(00……59)
%s 秒(00……59)
%p am或pm
%w 一個星期中的天數(0=sunday ……6=saturday ）
%u 星期(0……52), 這裡星期天是星期的第一天
%u 星期(0……52), 這裡星期一是星期的第一天
%% 一個文字「%」。
所有的其他字元不做解釋被複制到結果中。
3樓：愛可生雲資料庫
隨著 mysql 8.0.16 的釋出，我們為 mgr 新增了一些功能，以增強其高可用性。其中一個功能是能夠在某些情況下啟用已離開組的成員自動重新加入，而無需使用者干預。
為了理解這個功能的好處以及如何使用它，我們將快速檢視它背後的概念以及它首先存在的動機。
介紹mgr 允許 mysql 使用者輕鬆管理高可用組，並完成保證系統高可用所需的所有特徵，例如容錯或故障檢測。
mgr 中提供的基本保證之一是該組呈現給使用者的是一個不可分割的整體，這意味著一旦成員加入或離開該組，該更改將立即被其他成員得知。預設情況下，組內的資料本身最終是一致的，儘管可以被修改。為了實現這種保證，mgr 使用組成員服務，以及通過一致性演算法檢測有衝突的事務並中止它們。
mgr 的這一方面超出了本文的範圍，與成員自動重新加入功能並不完全相關，本文不作贅述。
組內新成員必須符合一些條件。其中新成員需要在事務方面趕上組進度（是通過選擇組內一個成員來將已處理的事務流式傳輸給他，在 mgr 中稱為「捐贈」）。最後，只要在此「分散式恢復」過程中沒有遇到任何錯誤，組內新成員將被宣告為 online 狀態。
mgr 依靠組通訊層 (gcs) 來管理組。該層實現了用於解決衝突事務的一致性演算法，並強制執行一些通訊特性。對於實現前面提到的組的不可分割檢視，這些特性至關重要，如訊息的總順序、安全傳遞或檢視同步等。
gcs 需要能夠檢測組中哪些成員失效或看起來失效。一旦這些成員被檢測為失效，就將其從該組中移除，以便保持該組正常使用。為此 gcs 在每個成員中引入了一個故障檢測器，用於分析組內交換的訊息。
如果它在一段時間內沒有收到來自指定成員的訊息，則故障檢測器將對該成員產生「懷疑」，並認為該成員可能已經失效。成員從「懷疑」到真正失效的等待時間是可以配置的。
重新加入成員存在的問題
我們已經瞭解 mgr 必須為了高可用提供的策略，以及它如何實現，接下來請看示例：
一個小組由三個成員組成，其中一個成員偶爾會遇到丟失資料包、斷連或者其它導致無法解決的錯誤情況的影響組內通訊。還要考慮這些錯誤持續時間超過 group_replication_member_expel_timeout的值。
其中一個組員發生故障，小組的其他成員將決定踢出該成員。問題是，一旦該成員重新入組，他將被組驅逐加入失敗，需要通過手動干預。
如果該成員的驅逐超時屬性設定不為 0，則它將在被驅逐前等待滿足該時間量（將超時設定為 0 意味著他將永遠等待）。超時後成員將被驅逐並重新建立連線，並且無法重新加入舊組，需要再次手動干預。
於此，當存在網路故障時，顯然需要手動干預。
在 mysql 8.0.16 中，我們引入了自動重新加入組的功能，一旦成員被驅逐出組，它就會自動嘗試重新加入該組，直到達到預設的次數為止。有時每次重試之間至少等待5分鐘。
如何啟動自動重新加入？
可以通過將group_replication_autorejoin_tries設定為所需的重試次數來開啟並使用自動重新加入功能。
set global group_replication_autorejoin_tries = 3
預設值為 0，表示伺服器禁用自動重新加入。
如何驗證自動重新加入？
與 mysql 中的許多功能一樣，自動重新加入過程是可以監測的。自動重新加入的可檢測性依賴於效能模式基礎架構，階段式收集有關資料。
他們獲取以下資訊：
事件發生的執行緒id（thread_id）
活動名稱（event_name）
起止時間戳以及事件的總持續時間（timer_start，timer_end 和 timer_wait）
在事件停止之前完成的工作單位和預估工作單位（work_completed，work_estimated）
因此，當自動重新加入過程開始時，它將在performance schema中註冊一個名為「stage / grouprpl / undergoing auto-rejoinprocedure」的事件。使用表performance_schema.events_stage_current， performance_schema.
events_stages_summary_global_by_event_name和performance_schema.events_stages_history_long我們可以觀察到以下內容：
是否正在進行自動重新加入程式
到目前為止，已經減少重試的次數
直到下一次重試的估計剩餘時間
自動重新加入過程狀態
可以通過過濾包含「auto-rejoin」字串的活動事件來查詢自動重新加入過程狀態（即，是否正在進行）：
select count(*) from performance_schema.events_stages_current
where event_name like '%auto-rejoin%';
count(*)
查詢結果存在，證明伺服器上執行了自動重新加入過程。
到目前為止的重試次數
如果正在進行自動重新加入程式，我們可以通過選擇階段事件上的工作單元數來檢查到目前為止嘗試的重試次數：
select work_completed from performance_schema.events_stages_current where
event_name like '%auto-rejoin%';
work_completed
在這個例子中，到目前為止只有一次嘗試。
預計到下次重試的剩餘時間
select (300.0 - ((timer_wait*10e-12) - 300.0 * num_retries)) as time_remaining from
(select count(*) - 1 as num_retries from
performance_schema.events_stages_current where event_name like '%auto-rejoin%') as t,
performance_schema.events_stages_current where event_name like '%auto-rejoin%';
time_remaining
30.0
所以在這個例子中，在下一次重新加入之前還有 30 秒。注意效能模式表中的所有時間記帳都以微秒精度保持，因此我們將 timer_wait 縮放為秒。
使用自動重新加入與驅逐超時的權衡
設定自動重新加入嘗試次數來實現自動重新加入
設定該成員的驅逐超時時間然後配合手動干預
能有延緩刪除組內可疑成員，並且如果配置為足夠長的驅逐超時時間，則增加了重新建立連線的機會，再次與組進行互動。
雖然這兩個功能實現了相同的目標，但它們的工作方式是不同的，並且需要權衡。通過使用驅逐超時，您可以維護組中可疑的成員，其缺點是您無法新增或刪除成員或選擇新的主機。如果通過使用自動重新加入，該成員將不再是該組的正常組員，將保持在 superreadonly 模式，直到重新加入該組。
但在此期間，重新加入成員的同步舊資料的可能性將增加。自動重新加入過程可監控，而驅逐超時不是真正可監控的。
所以，總結一下：
驅逐超時的優點
- 該成員一直在該組內
- 可能更適合足夠小的網路故障
驅逐超時的缺點
- 在懷疑某個成員時，無法在該組上新增/刪除成員
- 在懷疑某個成員時，無法選擇新的主機
- 您無法監控此過程
自動重新加入的優點
- 該組將在沒有重新加入成員的情況下執行，您可以新增/刪除成員並選擇新的主機
- 您可以監控該過程
自動重新加入的缺點
- 您增加了重新加入成員上過時讀取的可能性
- 可能不適合足夠小的網路故障
總而言之，我從啟用自動重新加入中獲得了什麼？
通過啟用自動重新加入，您可以減少對mysql例項的手動干預的需要。您的系統
更加適應瞬間網路故障，同時滿足對容錯性和高可用的保證。
摘要我們引入了一個名為group_replication_autorejoin_tries的新系統變數，允許使用者設定 mgr 成員在被驅逐或與組的大多數人失去聯絡後嘗試重新加入組的次數。
預設情況下，此自動重新加入過程處於關閉狀態。它能幫助使用者在面對瞬間網路故障時避免對 mgr 成員進行手動干預。
java後臺向mysql插入資料，資料庫中顯示亂碼
mysql中預設字符集的設定有四級 伺服器級，資料庫級，表級 最終是欄位級 的字符集設定。注意前三種均為預設設定，並不 你的欄位最終會使用這個字符集設定。所以我們建議要用show create table table 或show full fields from tablename 來檢查當前表中欄...
MySQL資料庫獲取表中前數值最大的資料
sql select from c1 result mysql query sql ordie mysql error sums mysql num fields result 這個這是欄位的總個數 如果對您有幫助,請記得采納為滿意答案,謝內謝 祝您生活容愉快 vaela select mask f...
我學的MYSQL資料庫，如果必須用別的資料庫，是不是要重學，難嗎
看你問的問題抄，就知道你的 資料庫並不怎麼bai樣，不然不會問這 du樣的問題zhi。換其他的資料庫等於幫你學習dao資料庫，我估計你學的那點mysql也就是所有資料庫都相通的那點，離mysql高手還有很大距離，至於商業資料庫，更是差的遠，所以完全不用擔心，你如果想學資料庫，不管用什麼你還需要學很多...